[Case 104885] Some customers can't send via SMTP since 11.44 upgrade last night

sp3ctre69

Well-Known Member
Aug 14, 2006
107
4
168
Since the upgrade to 11.44 last night several of my customers can not send email. These are different customers in different locstions, although I use a mail account on the same server and I seem to be able to send fine.

The log reported failres based on a non RFC compliant HELP, so I disabled that check and asked them to restart their client and retry... they are still unable to send. They are not giving me much in the way of info so I am having to rely on the logs but I was wondering if there is anything obvious to check since the upgrade to 11.44, as I know a lot of config was reset in the process.

Thanks
 

cPanelMichael

Administrator
Staff member
Apr 11, 2011
47,908
2,216
463
The log reported failres based on a non RFC compliant HELP, so I disabled that check and asked them to restart their client and retry... they are still unable to send.
To clarify, what are the exact entries you see in /var/log/exim_mainlog after disabling that option? Does the email send out successfully from their mail client, or is there an error message right away?

Thank you.
 

Chocobo22687

Member
Oct 23, 2006
15
0
151
We've had trickling reports of this as well, although I cannot replicate it from my email testing.

Clients on multiple ISP's are reporting this error attached.

ScreenShot.JPG

We haven't played with the server side of things, as it seems to affect a limited number of accounts so far, but the client end, making the changes here resolves it, but I dont understand whats changed to cause it in the first place?

http://faq.ventraip.com.au/question...+error+550+Access+denied+-+Invalid+HELO+name?
 

cPanelMichael

Administrator
Staff member
Apr 11, 2011
47,908
2,216
463
That would indicate to me that Antirelayd was enabled before the update, and disabled after the update. It's important we investigate this issue further. Please submit a bug report via:

Submit A Bug Report

Let us know the ticket number you are assigned so we can update this thread with the outcome.

Thank you.
 

cPanelMichael

Administrator
Staff member
Apr 11, 2011
47,908
2,216
463
Internal case number 104885 is open to address an issue where systems missing "skipantirelayd" in /var/cpanel/cpanel.config will add "skipantirelayd=1" when Antirelayd was previously enabled. The current workaround is enable Antirelayd via the "Service Manager" in WHM after updating.

Thank you.
 

cPanelMichael

Administrator
Staff member
Apr 11, 2011
47,908
2,216
463
A resolution for internal case number 104885 was included with cPanel version 11.44.0.17. Per our change log:

2014-06-21
Fixed case 104885: Set missing antirelayd in cpanel.config.


Feel free to force an update of cPanel if you do not have automatic updates enabled.

Thank you.