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 - ]