Re: Re: Bug#246715: sa-exim: network checks are failing because headers are incomplete

Nigel Metheringham <[email protected]>
Newsgroups gmane.mail.exim.spamassassin
Organization InTechnology plc
Message-ID <[email protected]>
On Thu, 2004-05-06 at 17:25, Marc MERLIN wrote:
> [Cc Philip]
> The worst part is that SA-Exim would now have to duplicate the exim Received
> line generation code (and track it), but only run it if it's dealing with
> a version of Exim that doesn't generate the last line in time for local_scan
> so it'd have to somehow bypass the API and query Exim directly to find the
> version number (I'm guessing it's possible, but...)
> 
> All this to say that I'd much rather that this unfortunate exim API change
> be reverted, which in real life means that it becomes an option so that
> local_scan plugins can get the original (wanted) behaviour again.

Why not do something a little different....

Currently, as I understand it, a placeholder for the received header is
generated, but the actual header is left until the end of reception.

Why not generate a received header right at the start, just as it used
to.
Then at the end of reception overwrite this header with a new copy of
the received header, so getting the new timing and features.

	Nigel.

-- 
[ Nigel Metheringham           [email protected] ]
[ - Comments in this message are my own and not ITO opinion/policy - ]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.