Re: DATE_IN_FUTURE weirdness

[Jörg Wedekind]

Hi Tony,

I upgraded my system three weeks ago - the system was long time not upgraded.
Now it runs
sendmail 8.14.4
spamassassin 3.3.1 (both installed 27. August 2010)
spamass-milter 0.3.1 (self compiled rpm, installed earlier, recompiled and 
reinstalled last Sunday - without success)

Every time I restart the Sendmail-Deamon the Timestamp was reset to the actual 
time. Only if I connect via STARTTLS the Timestamp with the startup time was 
used.
I did not know if there is a way to get out the Macro-Values from the running 
sendmail process on a connection via port 25. Using "telnet localhost 25" 
reports the confSMTP_LOGIN_MSG, but on a STARTTLS connection this header is 
not send, after the handshake I only get "250 HELP", tested with

openssl s_client -connect localhost:25 -starttls smtp
checking the sendmail for macro values using
* sendmail -d35.9 -bt < /dev/null
did always show the actual timestamp in macro "b", but here a new sendmail 
process was started, is there a way to dump the macro values from a running 
sendmail deamon?

Am Dienstag, 14. September 2010, 14:21:02 schrieb Tony Shadwick:
> I can't comment on the m4 stuff, but when was the last time you upgraded
> SpamAssassin?
> 
> There's a known DATE_IN_FUTURE issue that got fixed earlier this year.
> 
> Tony Shadwick
> 
> On 9/14/10 4:41 AM, Jörg Wedekind wrote:
> > Hello Andrew,
> > 
> > I had the same trouble on my server, first I figured out that the system
> > compares always to the time when sendmail deamon war started.
> > All timestamps in the Mail-Headers looks OK. Using STARTTLS to submit a
> > message generated also an outdated Reveived line in the transfered email.
> > 
> > I searched all logs and uses strace on the sendmail deamon, where I found
> > the following:
> > 
> > [pid 15514] writev(5, [{"\0\0\0\177D", 5},
> > {"Rr\0ESMTP\0v\0008.14.4\0Z\0008.14.3/SuSE Linux 0.8\0b\0Wed, 1 Sep 2010
> > 20:56:11 +0200\0_\0xdsl-87-78-173-155.netc"..., 126}], 2) = 131
> > 
> > Sendmail was started on 1 Sep at 20:56:11 - 11 days ago.
> > 
> > So the fault in my case was a misconfiguration in the sendmail.cf on the
> > milter definition. In my m4 file the following line was listed:
> > 
> > define(`confMILTER_MACROS_ENVRCPT',`r, v, Z, b, _')dnl
> > 
> > by removing this line from the m4 config file the issue was solved, but I
> > thing I added this line because of this issue:
> > http://savannah.nongnu.org/support/?105310
> > 
> > Could anyone tell me what these MACROS are and what the Letters/Signs
> > stands for?
> > 
> > Regards
> > Jörg
> > 
> > _______________________________________________
> > Spamass-milt-list mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/spamass-milt-list
> 
> _______________________________________________
> Spamass-milt-list mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/spamass-milt-list