| Summary | make procmail command line utilities configurable |
| Queue | Ingo |
| Queue Version | HEAD |
| Type | Enhancement |
| State | Resolved |
| Priority | 1. Low |
| Owners | chuck (at) horde (dot) org |
| Requester | Michael.Redinger (at) uibk (dot) ac (dot) at |
| Created | 03/12/2008 (6329 days ago) |
| Due | |
| Updated | 03/16/2008 (6325 days ago) |
| Assigned | |
| Resolved | 03/16/2008 (6325 days ago) |
| Milestone | |
| Patch | Yes |
Assigned to Chuck Hagenbuch
State ⇒ Resolved
New Attachment: ingo-procmail-gnupaths-2.diff
I also added comments to backends.php.dist regarding the external
delivery patch (
bug 6433).State ⇒ Feedback
supplied in the base object for these setting, and provide a patch to
backends.php.dist showing setting them?
Summary ⇒ make procmail command line utilities configurable
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ make procmail command line utilities configurable [patch]
Queue ⇒ Ingo
Milestone ⇒
Patch ⇒ No
New Attachment: ingo-procmail-gnupaths.diff
State ⇒ New
versions of the programs.
- eg. (ls -lcn --time-style=+%s or even echo -e). If your mail
server happens to be not linux, the most often not works.
After looking at the code, I thought it would be too much trouble
making the whole command configurable. Instead, I decided the
procmail code might assume that the GNU tools are available, but
should not assume they are in the path or even what their name is (eg.
on many Sun systems the GNU utilities are available, but prefixed with
'g' - gdate, gls etc.).
I therefore wrote a small patch (for lib/Script/procmail.php) that
makes date, echo and ls a configuration option for each server (the
test command seems to work on all platforms).