Re: [exim] Multiline "OK" responces of remote servers

Hello,

> I have found in logs, that when Exim sends mail and gets multiline "OK"
> responce after DATA has been sent, is saves truncated "OK" message in
> the log, thus it is impossible to see accepted message ID. Here is an example:
> ===
> Sep 7 15:12:01 chess exim-smtptls[93181]: 1ITbkS-000O3j-Hv => aokomelchenko@??? R=dnslookup_self T=remote_smtp H=mx.mtrade.ru [195.239.203.122] C="250-Transmission in progress. Stay tuned\\n250 Ok, message saved <Message-ID: >"
> ===

This was not a very good example as this answer was not truncated indeed :)
But here is truncated examples:

===
Sep 10 12:56:35 chess exim-smtptls[44018]: 1IUf2j-000BI6-KD => gnastya@??? R=dnslookup_self T=remote_smtp H=mx.fotolab.ru [213.189.214.13] C="250-Transmission in progress. Stay tuned\\n250 Ok, message saved <Message-ID: <1744039195.20070910125"
Sep 10 13:08:37 chess exim-smtptls[52427]: 1IUfFM-000DZh-7u => a.vasiliev@??? R=dnslookup_self T=remote_smtp H=mxs.jscez.spb.ru [217.170.93.102] C="250-Transmission in progress. Stay tuned\\n250 Ok, message saved <Message-ID: 003601c7f389$8a03ea50$f"
===

I tested mx.fotolab.ru using telnet to see if Message-ID is being truncated
on *that* side, but I've got quite full reply:

===
250-Transmission in progress. Stay tuned
250 Ok, message saved <Message-ID: <46E50615.206sdlfjsdlkfsjl3lkjlksdjlk3cronfy@???>>
===

Probably it is not a good idea to use Message-ID as an internal message identificator
as this MDaemon server does, but it is also not very good to truncate server's reply
as in this case with exim. Are there any reasons for that?

My log_selector is:

log_selector = +smtp_confirmation +smtp_incomplete_transaction -skip_delivery -host_lookup_failed

--
Cronfy