Inbound Email Delivery Failures (1000 characters per line)

Question

I've been alerted by folks that some people are sending them email and they are not receiving it. One would think this would be a simple matter to track down ***IF*** the Message Tracker was working properly (but, unfortunately, its not and we have been waiting quite some time for it to be fixed...) 
 Anyway, the Message Tracker shows the message coming in, but does not list any scanning state ("Message Details - None" - the usual Message Tracker Failure...). So, I pull the SMTP logs and start scanning them. I've noticed on several occasions now that the SMTP log has posted a "500 SMTP connection violates RFC5322 2.1.1 rule of 1000 characters per line. Fix your mailer." entry associated with the corresponding message. (To which I might reply "Fix your Effing Message Tracker", but I digress...) 
 So, I've seen this on several occasions now from several different sources. These are simply folks trying to send us email and this doesn't appear to be a terribly isolated occurrence. I try to pass this info on to the senders but, as you might expect, they just consider US the source of their problems. These folks can't do anything about "their mailer". Many of them don't even know what "mail client" they are running. At least some of them are running an obscure little email client named OUTLOOK. I have one customer who simply refuses to send us email anymore and now always calls us instead (Thanks!)... 
 So, I'm trying to figure out if there is anyway to turn this "feature" off. Their client doesn't care and my SMTP server (GroupWise) doesn't care. The only one complaining here is SMG! There is not a chance in hell I am going to convince the senders to change something on their side ("Fix your mailer") so if we want to get mail from them its now MY problem. ...and once again, its one of those things that if you don't look for it, you might never know its happening. 
 I would expect, if we have some way to enable/disable/adjust this check, it should be in the SMTP Interface. I have found a field labeled "Line Limit" and is set to 1000 but its under "External Delivery" and combined with Relay Server configuration so would appear not be be related to inbound email. I'm hesitant to TRY any adjustments here as I don't want our site to become yet another one of these violators send email exceeding some RFC line limit... Tsk, Tsk! 
 Anyone know if its possible to turn this "feature" off or increase it or something so we can receive the associated messages from these scofflaws?

Laura Buckley · Accepted Answer

Hello, 
 
 Domain Management | Expand your domain | SMTP Hosts | very right-hand side next to SMTP host is "Line Limit" 
 
 Cheers, 
 
 Laura

JoshGibbs · Answer

c = connecting Client g = smG server (formerly Gwava, which is what G stood for) s = destination Server So you are correct, g->c is a line sent from SMG to the connecting client SMG works as a proxy. It transfers commands back and forth between the SMG client and the expected destination SMTP target server. It does not take ownership of the message. It is SMG that is enforcing the default RFC rule as it receives the DATA payload. If you want to break spec, then you can configure, separately, the line limit accepted by the target servers configured in the domains pages, and also for outbound mail in the SMTP interface settings under 'external delivery'. Any problems caused by next hop servers enforcing the RFC becomes your responsibility if these are changed. You can thank Microsoft for making it normal to break that spec.

Menu

SMG User Discussions

Verified Answers

Inbound Email Delivery Failures (1000 characters per line)

Top Replies

Verified Answer

Verified Answer

Resources