Smartermail Disconnecting after 250-SIZE 52425728250-AUTH LOGIN CRAM-MD5250-8BITMIME250-DSN250 OK
Problem reported by Jane Noel - 5/7/2020 at 8:29 PM
Submitted
One of my clients is not receiving email from an automated system. The owners of that system said that their mail log shows that our SmarterMail server disconnects.

Here's a clip from our log:

[2020.04.21] 21:15:07.104 [111.222.333.444][20929867] rsp: 220 mail.myserver.us 
[2020.04.21] 21:15:07.104 [111.222.333.444][20929867] connected at 4/21/2020 9:15:07 PM
[2020.04.21] 21:15:07.104 [111.222.333.444][20929867] Country code: US
[2020.04.21] 21:15:07.197 [111.222.333.444][20929867] cmd: EHLO automated.system.com
[2020.04.21] 21:15:07.197 [111.222.333.444][20929867] rsp: 250-mail.myserver.us Hello [111.222.333.444]250-SIZE 52425728250-AUTH LOGIN CRAM-MD5250-8BITMIME250-DSN250 OK
[2020.04.21] 21:15:07.276 [111.222.333.444][20929867] disconnected at 4/21/2020 9:15:07 PM

Does this have to do with authentication? There doesn't appear to be a message given in my log (and they report no error message in their log either.)  

I know the email address that's the sender is different from automated.system.com.  Does that have something to do with it?

I have already verified that the sending IP is not on the blacklist or IDS blocks.

Any thoughts or ideas is appreciated.

Thanks,
Jane

5 Replies

Reply to Thread
0
Robert Emmett Replied
Employee Post
What version of SmarterMail are you running?  Do you have any configured SMTP blocks?
Robert Emmett
Software Developer
SmarterTools Inc.
(877) 357-6278
www.smartertools.com
0
Jane Noel Replied
Build 7242 (Oct 30, 2019 

I have a half dozen or so SMTP blocks - but nothing related to this domain.
0
Tim DeMeza Replied
I had a problem, not sure if it is similar, but it was related to TLS.  No info in the logs saying why, but it acted similar.  It was actually related to clients of ours that send us emails through a barracuda gateway.  One of my clients got Barracuda on the phone and they confirmed something on our side was not responding properly and causing their side to issue a RSET (Reset) and close the connection. The fix was to whitelist the inbound domain.  Didn't love that, but it got the job at the time.  
0
Jane Noel Replied
Thanks TIm.  I've had similar issues with FTP and TLS. I am working with the IT from the company sending - and they think it's on our end.  I hate whitelisting IPs...but that might be my answer.  I'm waiting to hear back from them now.
0
Reto Replied
Hi

We have the same problem on 7242. I was able to reduce the occurrence of the problem by disabling the greylisting. 
I did open a ticket, provided dotnettrace and wireshark captures but we did not find a solution over the time of 80 days. As the developers where busy with the new mapi version and had not really time to look at this problem (and second one) we closed the tickets hoped to reopen them if the new version still would have the same problem. I did not expect that the new version will take such a long time. 

I later found some other posts here in the forum that the greylisting.dat is written every 15 seconds to the disk. And as ours was about 100 MB big this could be the issue. A beta version of smartermail did increase the time between writes to 90 seconds. But we don't use betas, so I can't tell if this would fix it in our case. 

Best Regards,
Reto

Reply to Thread