Mark Doll <doll(_at_)tm(_dot_)uka(_dot_)de> writes:
Sep 11 05:03:38 i72fs0 fetchmail[3460]: 1 message (1 seen) for doll at
irams1.ira.uka.de.
Sep 11 05:03:38 i72fs0 fetchmail[3460]: reading message 1 of 1 (2623
header octets)
Sep 11 05:03:38 i72fs0 sendmail[19784]: f8B33cq19784: tcpwrappers
(localhost, 127.0.0.1) rejection
Sep 11 05:03:38 i72fs0 fetchmail[3460]: flushed
Sep 11 05:03:38 i72fs0 sendmail[19784]: NOQUEUE: localhost [127.0.0.1] did
not issue MAIL/EXPN/VRFY/ETRN during connection to MTA
Why does it fetchmail this way? I in my opinion, it's nicer to keep them
on the IMAP server until the mail has been successfully delivered to the
local MTA.
Mark,
There's no error code from the MTA? Fetchmail, as is documented,
treats some codes and remove messages. A message rejected by the MTA
is, IMHO, something that should be deleted, since the MTA could be
doing some SPAM check, content filtering, etc.
If fetchmail couldn't connect to the MTA, the mail would be kept. If
the MTA sends a rejection message, the message is considered invalid
and will be deleted.
--
Godoy. <godoy(_at_)conectiva(_dot_)com>
Solutions Developer - Conectiva Inc. - http://en.conectiva.com
Desenvolvedor de Soluções - Conectiva S.A. - http://www.conectiva.com.br