[exim-dev] [Bug 1390] Long Incoming Header Lines Corrupt Mes…

Αρχική Σελίδα
Delete this message
Reply to this message
Συντάκτης: Martin Nicholas
Ημερομηνία:  
Προς: exim-dev
Αντικείμενο: [exim-dev] [Bug 1390] Long Incoming Header Lines Corrupt Message header
------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1390

Martin Nicholas <exim_bugs-throw@???> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Platform|x86-64                      |x86





--- Comment #3 from Martin Nicholas <exim_bugs-throw@???> 2013-10-05 09:47:30 ---
Maybe this has more to do with the "add_headers" ACL command. The line which
adds the header was:
add_header = X-tvScience-SendingHost: $sender_host_address $acl_c_ht $acl_c_cc
so the :at_end: mechanism has been fooled into splitting the mail. Also of
possible significance is that there was no whitespace in the long header and it
was a single huge line.

I suppose also there is the possibility that The incoming mail was actually
broken when sent by Critical Path (on behalf of BTInternet) and exim then
behaved appropriately under the circumstances. If this were the case Gmail
would then be bouncing large numbers of mail and there seems to be no evidence
of this (see below).

The original rejection from Gmail said:
550-5.7.1 [77.74.196.254      11] Our system has detected that this message is
550-5.7.1 not RFC 2822 compliant. To reduce the amount of spam sent to Gmail,
550-5.7.1 this message has been blocked. Please review
550 5.7.1 RFC 2822 specifications for more information. un7si4022492wjc.70 -
gsmtp
Not that Gmail are rejecting it for an overly long header. Probably they are
rejecting it because the "From:" header is now in the message body. However,
searching for:
"Our system has detected that this message is not RFC 2822 compliant."
does not produce much of interest. Probably Gmail actually accepts overly long
header lines, as the amount of BTi => Gmail traffic must have caused ripples if
this were not the case. What they DON'T accept are mails with
dodgy/missing/duplicated "From:" headers and of course the header has now been
pushed into the message body.


I'll find some time today to try a test via SMTP.

This topic originally surfaced in the mailing list:
https://lists.exim.org/lurker/thread/20130930.192945.be75a09a.en.html


--
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email