> Any mail server that terminates the session instead of > sending a 5xx is broken, as it's just inviting more > waste on both sides.
Why they don't answer with an 5xx code? There was one single "531 - Mailbox has exceeded disk quota" today but a lot of 01:07 10:00 SMTP-(000007BC) >. 01:07 10:00 SMTP-(000007BC) rl-recv: connection reset 01:07 10:00 SMTP-(000007BC) 01:07 10:00 SMTP-(000007BC) SMTP_DELIV_FAILED 01:07 10:00 SMTP-(000007BC) >QUIT > If the server terminates the session > and blacklists you temporarily or permanently for future > attempts, that's "politically" draconian, but at least it's > technically wiser about bandwidth. According to our MRTG-Stats and SMTP-Logfiles they neither has done this. > I had a lengthy > argument about this with Len Conrad on the IMail list; you > may wish to look it up. Do you remember some keyword or the subject line? In this list Imail-keywords are commonly used ;-) In any case a tool as mentoined from Scott to watch and control single smtp transmissions should be very usefull in such a situation. > It is, essentially, a no-win situation unless > you counsel users to be sure that the destination > domain will accept their attachments It's not so easy: Most of the users aren't able to differentiate between kB and MB... Thanks Markus --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.