------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.exim.org/show_bug.cgi?id=1420
--- Comment #4 from Phil Pennock <pdp@???> 2013-12-21 03:56:00 ---
FWIW, the only time I've seen this in the past, procmail was being invoked for
delivery in one of the steps and was behaving differently according to the
runtime group it was in. Found it, in my exim.conf, extracted below as an FYI
in case it's the same trigger in your case. I suggest looking for other places
that something other than Exim might be tampering with your flow.
If not procmail, note that SMTP exchanges messages in a particular format laid
out in RFC5322, "Internet Message Format", and that a "From ..." line is *not*
part of this format and is not supposed to be sent in SMTP. If you're doing
so, you're sending malformed messages and Exim is recovering as best it can.
# Procmail invoker.
# Note that procmail will make some basic attempts to highlight forgery
# attempts, by prepending extra '>From' headers, unless the invoking group
# is one of a pre-defined list of special system groups. A typical symptom
# of this is that when a user asks their mail-client to 'bounce' a mail on,
# the mail, with all its headers, is included in the body of a new mail,
# instead of being a correct bounce.
#
procmail_pipe:
driver = pipe
command = PROCMAIL_CMD -d $local_part
return_path_add
envelope_to_add
delivery_date_add
check_string = "From "
escape_string = ">From "
log_output
return_output
user = $local_part
group = mail
--
Configure bugmail:
http://bugs.exim.org/userprefs.cgi?tab=email
