it does, but with a different session id than the lines (From, to, ...)
so, for a particular spool file Dxxxx.smd there is no way, by just looking in the imail log, to know
which "session treated as local" it is assossiated to.
That info can only be obtained by looking inside the Qxxx.smd while it is still in the spool.
Yep, trying to thread together IMail SMTP sessions from all the log lines has always sucked.
another "logging sucks" point is that when the SMTPD server sends a 250 for a msg as received (written to disk), SMTPD does not give the Msg ID to the SMTP client, which can log it.
250 Message queued
when
250 Message queued as 473577D622
... would simplify other mail administrators lives (like IMGate admins trying to trace msg from IMGate to IMail).
Also, the (g|l|r)deliver lines do not contain the msg ID. quite incredible
Another one is the SMTP delivery failure reasons are not fully logged.
On tiny volume mailservers, physical adjacency in the log file helps, but with any kind of volume, it's hopeless.
Len
_____________________________________________________________________ http://IMGate.MEIway.com : free anti-spam gateway, runs on 1000's of sites
To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
