On Tue, 11 Aug 1998, Andrew V. Kovalev wrote:
> Just got a spam message, that had its true origination successfully
> obscured - first Received: line was very long and sendmail that handled the
> message failed to put sender's IP in it. Long string said something like
> "this.message.true.origination.obscured.by.mailgod.software..." and so on. I
> sending host gave this string in HELO.
>
> So two questions:
>
> 1. What will exim do with such a long HELO string?
(a) It will fail any HELO command that is too long for its command buffer,
which is 512 bytes long (as recommended by RFC 821).
(b) Whatever the length of the HELO string, it won't stop the IP address
appearing in the Received line.
> 2. Is it possible to write a system filter that will fail messages with
> incorrect Received: headers?
Not easy. It is not straightforward to define what you mean by an
"incorrect" received header.
--
Philip Hazel University of Cambridge Computing Service,
ph10@??? Cambridge, England. Phone: +44 1223 334714.
--
*** Exim information can be found at
http://www.exim.org/ ***
