>> I was thinking about not advertising SIZE myself, because our limits are >> already very high so people can send large attachments internally.
I would still suggest setting a sensible limit, like 100 MB or similar, to avoid the problem that certain MUAs tend to timeout, crash or stall while sending the email. The email is soo large so the MUAs own timeout for sending email trips and then it cancels the request. I have seen my share of MUAs that behave in weird ways when encountering things larger than it can handle, so you have to always cope for them in the mail server. Implementing different types of restrictions, and filtering things out of subjects and certain headers to evade crashing MUAs. As I said before, stumbled upon a MUA which tend to crash when subjects become too long. The thing is that the MUA stores emails on the harddrive, so when subject is very long, pathlen (C:\Users\....\.....\mail\[subject].eml) exceeds 255 characters (MAX_PATH), and when pathlen exceeds 255 then MUA fails to write the email file, and subsequently silently crash. Resulting in user getting locked out from his mail account (as the MUA would silently crash immediately upon downloading the culprit email from server) until I delete the email with the excessive subject on server. So email operators, don't be afraid of putting limits, replaces and such, it just help people with troubles when things become too large. Email isn't directly made to send really huge things. Best regards, Sebastian Nielsen _______________________________________________ mailop mailing list [email protected] https://list.mailop.org/listinfo/mailop
