Hello, one question about connection errors...for example:
Jun 19 08:43:37 postfix/smtpd[26460]: connect from unknown[x] Jun 19 08:43:46 postfix/smtpd[26460]: 7EAD855B8355: client=unknown[x] Jun 19 08:43:55 postfix/smtpd[26460]: lost connection after DATA (17 bytes) from unknown[x] Jun 19 08:43:55 postfix/smtpd[26460]: disconnect from unknown[x] when the connection is lost sending DATA, it logs the error and disconnects the client. But why is a queue ID assigned if the message is not fully received? Why is not logged any line with the error and the ID? The same when there is a HOLD rule in header_checks: Jun 16 19:47:48 postfix/cleanup[28517]: 18A2F23A00A: hold: header Received: from x(x[IP]) by relayserver (Postfix) with ESMTPA id from x[x]; [email protected] [email protected] proto=ESMTP helo=helo Jun 16 19:47:48 postfix/cleanup[28517]: 18A2F23A00A: message-id=<003901cf898b$1307a000$3916e000$@domain> and here, logs of that ID disappear. As Viktor said in this thread: http://archives.neohapsis.com/archives/postfix/2005-09/0097.html == The "HOLD" action in body_checks and header_checks happens as the message is being accumulatd to the queue file, before the entire message is received (i.e. before the final ".<CRLF>" that terminates the message) and before the "250 OK" is sent to the remote server. For transactions that abort in the middle of message transmission, you may see cleanup prepare to "HOLD" the message, but the full message never arrives and so the queue file is deleted. == There is no way to relate the queue ID with the connection error, only with the sender's IP. Why is a queue ID assigned if the message hasn't been received correctly? Why not show an error with that ID or a NOQUEUE message? There is no way to trace a message with the ID and just seems to disappear. Thank you. Regards, -- Alvaro Marín Illera Hostalia Internet www.hostalia.com
