Bug#176772: Default exim configuration should NOT call procmail with -d (produces bad >From headers)
H. S. Teoh
Version: 3.36-4
Severity: important
Justification: can cause breakage in unrelated/minimally-related packages
Please see bugs #128160 and #95924. The default exim configuration
generated during installation defines the following:
procmail_pipe:
driver = pipe
command = "/usr/bin/procmail -d ${local_part}"
[...]
Calling procmail with -d causes it to use explicit delivery mode, which
produces a non-RFC822-compliant message containing ">From" headers (see
above mentioned bugs). This causes a lot of problems with the delivered
message: libraries that expect RFC822-compliant messages, such as
libmailtools-perl, will break (#128160); messages processed by
spamassassin will get X-Mail-Format-Warning headers; and if the message is
bounced from mutt, it will be mangled (#95924). There are probably other
breakages in mail-related software.
Furthermore, since exim already uses a delivery process with the UID of
the recipient, the -d passed to procmail is unnecessary. I've tested exim
+ procmail with the procmail command simply set to "/usr/bin/procmail"
(without the -d), and everything works fine.
This may be construed as a procmail problem (#128160 has already been
reassigned to procmail), nevertheless, I'm filing this bug against exim
because at the very least, the default Exim configuration should NOT call
procmail with -d.
T
--
"I'm running Windows '98." "Yes." "My computer isn't working now." "Yes, you
already said that." -- User-Friendly
--
To UNSUBSCRIBE, email to debian-dev...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Andreas Metzler
> Package: exim
> Version: 3.36-4
[...]
> command = "/usr/bin/procmail -d ${local_part}"
[...]
Fixed since 3.34-1 which was uploaded on Sat, 19 Jan 2002.
Please check #129338 and #117923.
cu andreas
Andreas Metzler
thank
On Tue, Jan 14, 2003 at 10:44:18PM -0500, H. S. Teoh wrote:
> Package: exim
> Version: 3.36-4
> Severity: important
> Justification: can cause breakage in unrelated/minimally-related packages
>
> Please see bugs #128160 and #95924. The default exim configuration
> generated during installation defines the following:
>
> procmail_pipe:
> driver = pipe
> command = "/usr/bin/procmail -d ${local_part}"
[...]
The Debian package of Exim does not use '-d' any more.
eximconfig _both_ in the version of Exim you reported the bug and
the version in woody generates a procmail_pipe-transport that looks
like this:
procmail_pipe:
driver = pipe
command = "/usr/bin/procmail"
return_path_add
delivery_date_add
envelope_to_add
# check_string = "From "
# escape_string = ">From "
suffix = ""
As I am no DD yet I'll tag the bug as fixed instead of closing it,
please do it yourself.
cu andreas
H. S. Teoh
> H. S. Teoh <hst...@quickfur.ath.cx> wrote:
> > Package: exim
> > Version: 3.36-4
> [...]
> > command = "/usr/bin/procmail -d ${local_part}"
> [...]
>
> Fixed since 3.34-1 which was uploaded on Sat, 19 Jan 2002.
>
> Please check #129338 and #117923.
Aha. Apparently it was that long ago since I last created my exim.conf :-P
But at least I can tell Marco to close #95924 now. Thanks!
(Is there any way at all for such fixes to be notified to the user? It's a
year since this has been fixed but when I upgraded exim I was never
informed of this. Is the user forever screwed once he generates a (broken)
conffile which will never get touched on upgrade again?)
T
--
A programmer is a device for turning computer programs into spaghetti. A
*good* programmer is a device for turning spaghetti into computer programs.
Andreas Metzler
[exim]
> (Is there any way at all for such fixes to be notified to the user? It's a
> year since this has been fixed but when I upgraded exim I was never
> informed of this. Is the user forever screwed once he generates a (broken)
> conffile which will never get touched on upgrade again?)
Afaik not, I hope exim4 will work better.
http://www.logic.univie.ac.at/~ametzler/debian/exim4manpages/exim4_4.12-0.0.8.diff.gz
cu andreas