Good point on the logging. That's one reason I use postfix as my
external gateways, for the logs.
Matt wrote:
Please take note that just because IMail didn't log a 552 return code
from the receiving server doesn't mean that it wasn't sent.
If servers blindly accept any message size regardless of how much it is
configured to handle, you could crash just about any mail server out
there by just stuffing DATA transmissions. Understandably this is an
issue with regular HELO, and while the RFC's suggest that you wait until
the end of the DATA command to return a 552 error, this is not always
practice (do you wait for 1 GB to transfer when your max size is 10
MB?). MS SMTP/Exchange will return the 552 error during the DATA
command and that unfortunately results in many servers not hearing it,
but it does apparently support the SIZE property in EHLO.
Matt
John Beaver wrote:
Rod Dorman wrote:
On Thursday, August 11, 2005, 16:33:24, Matt wrote:
While looking into why my outbound bandwidth was spiking every 15
minutes I found that there was a 40 MB message in the spool that was
responsible for this.
...
The server that it was sending to supports EHLO, in fact it is also
my own server. Here's what the session states after an EHLO command:
EHLO mail.mailpure.com
250-heimdall Hello [66.109.52.12]
250-SIZE 20971520
250-AUTH LOGIN CRAM-MD5
250 OK
My understanding of ESMTP is that if the message is more than
20,971,520 bytes as indicated in the SIZE response, then it should
not be sent. This message was more than 41,874,785 bytes and it was
sent regardless.
RFC 1870 "SMTP Size Declaration" does not require the sending machine to
pay any attention to the SIZE declaration.
The receiving server does have a problem in that a return code should
be sent, temporary or permanent (4xx or 5xx).
Where does it state that this RFC does not require the sending
(client) machine to pay attention to this parameter?
Does Imail claim to be compliant to RFC 1870 and support this extension?
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/
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/
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/
