@Reado
I just did this "yum downgrade cpanel-exim-4.94.2-4.cp1198.x86_64.rpm" is it's great it works fine, thanks it's great.
I didn't need to put the chown because it's correct on both names, the test email works, I'll be able to reopen the registrations pages this evening.
Hopefully it doesn't break anything like for example the Exim 4.95 update coming back again soon or also imagine if exim doesn't want to auto-update at all in the future because of this manually installed rpm?!
I just did this "yum downgrade cpanel-exim-4.94.2-4.cp1198.x86_64.rpm" is it's great it works fine, thanks it's great.
I didn't need to put the chown because it's correct on both names, the test email works, I'll be able to reopen the registrations pages this evening.
Hopefully it doesn't break anything like for example the Exim 4.95 update coming back again soon or also imagine if exim doesn't want to auto-update at all in the future because of this manually installed rpm?!
I just paused the auto update feature, because 102.0.2 will go back to Exim 4.95 and @abonoit said the problem is still there. I will resume the automatic update when there is a version that does not cause the issue.
102.0.2 has made it to Current now.
We advise people not to attempt downgrades because it's not something we test. Could it work? Maybe, but when 1 package is downgraded outside of everything else, we can't say what else will be affected.
We advise people not to attempt downgrades because it's not something we test. Could it work? Maybe, but when 1 package is downgraded outside of everything else, we can't say what else will be affected.
Thanks for keeping us updated, @cPRex - and thanks for providing a fix so quick.
It seems like a lot of server admins use either Current or Edge on production servers and then start crying when stuff doesn't work. If you want to have the latest and greatest features available, there's noone else to blame than yourself when stuff inevitably breaks.
Everyone who has been blaming cPanel for this issue, do yourself a favor and:
1. Block cPanel from updating automatically (Can I disable automatic cPanel updates?)
2. Wait for v102.0.2 to reach either LTS, Stable or Release
3. Change your update prefences to one of those tiers
If you cannot afford to deal with any issues at all, select the LTS tier.
It seems like a lot of server admins use either Current or Edge on production servers and then start crying when stuff doesn't work. If you want to have the latest and greatest features available, there's noone else to blame than yourself when stuff inevitably breaks.
Everyone who has been blaming cPanel for this issue, do yourself a favor and:
1. Block cPanel from updating automatically (Can I disable automatic cPanel updates?)
2. Wait for v102.0.2 to reach either LTS, Stable or Release
3. Change your update prefences to one of those tiers
If you cannot afford to deal with any issues at all, select the LTS tier.
In the afternoon I followed @Reado tip while still using Cpanel/whm 102.0.1:
(didn't need to adjust the duties, they were correct)
then mails worked fine again with Exim 4.94.2.
Now I am under Cpanel/whm 102.0.2 and I did this next:
he put Exim 4.95 #2 and mails from PHP's mail() function still don't work
Now as soon as you want to try @Reado tutorial with this Cpanel/whm 102.0.2 version:
it puts the exim version 4.94 but Exim does not start, it indicates this error:
I just put back the exim version 4.95 with
Mail server with php mail() function still not working even with Cpanel/whm version 102.0.2
Code:
wget http://httpupdate.cpanel.net/RPM/11.98/centos/7/x86_64/cpanel-exim-4.94.2-4.cp1198.x86_64.rpm
yum downgrade cpanel-exim-4.94.2-4.cp1198.x86_64.rpmthen mails worked fine again with Exim 4.94.2.
Now I am under Cpanel/whm 102.0.2 and I did this next:
Code:
/usr/local/cpanel/scripts/check_cpanel_pkgs --fixNow as soon as you want to try @Reado tutorial with this Cpanel/whm 102.0.2 version:
Code:
yum downgrade cpanel-exim-4.94.2-4.cp1198.x86_64.rpmI just put back the exim version 4.95 with
Code:
/usr/local/cpanel/scripts/check_cpanel_pkgs --fixMail server with php mail() function still not working even with Cpanel/whm version 102.0.2
It is correct now for exim 4.94. I commented out the following two lines in /etc/exim.conf:
It started !
Code:
#message_linelength_limit = 2048@DennisMidjord Yes in real the problem does not come from cpanel but from Exim 4.95, they all have problems with that since November 2021 : exim 4.95 message has lines too long for transport - Google Search
Exim 4.95 is broken
Exim 4.95 is broken
I can confirm that v102.0.2 has not resolved the issue for me either.
With v102.0.2 installed, In addition to downgrading Exim I also had to remove the message_linelength_limit entries from the exim.conf file after which I could send emails again.
cPanel, perhaps it would be an idea for you to rollback Exim to the previous version and re-release the CURRENT & EDGE branches until the problem has been properly resolved. Although I'm surprised this hasn't been done sooner considering this issue has been occurring for 10+ days!
With v102.0.2 installed, In addition to downgrading Exim I also had to remove the message_linelength_limit entries from the exim.conf file after which I could send emails again.
cPanel, perhaps it would be an idea for you to rollback Exim to the previous version and re-release the CURRENT & EDGE branches until the problem has been properly resolved. Although I'm surprised this hasn't been done sooner considering this issue has been occurring for 10+ days!
The problem is most likely not Exim. Without knowing the exact problem, I want to take a guess and say that Microsoft is at fault here.
In case anyone else is experiencing the same issue, after downgrading Exim I could no longer make changes to the Exim configuration via WHM as it was re-inserting the "message_linelength_limit" and therefore failing to save the configuration.
To workaround this, I had to remove both "message_linelength_limit" entries from "/usr/local/cpanel/etc/exim/replacecf/dkim/remote_smtp" after which I could make changes to the Exim configuration via WHM.
cPanel; how do I stop UPCP from upgrading Exim to the newer version and thus breaking things? Can I simply add "cpanel-exim*" to the "/etc/yum.conf" exclude or is there something else I need to do?
To workaround this, I had to remove both "message_linelength_limit" entries from "/usr/local/cpanel/etc/exim/replacecf/dkim/remote_smtp" after which I could make changes to the Exim configuration via WHM.
cPanel; how do I stop UPCP from upgrading Exim to the newer version and thus breaking things? Can I simply add "cpanel-exim*" to the "/etc/yum.conf" exclude or is there something else I need to do?
If you are still experiencing issues with Exim in v102.0.2, please open a ticket. Additionally, if you are using a custom router it may be necessary to add the configuration line to the transport:
Current configs can be checked easily with the following:
Code:
message_linelength_limit = 2048
Code:
# exim -bP transport_list | while read list ; do echo "$list" ; exim -bP transport $list | grep line ; done
customsmarthosttransport
message_linelength_limit = 2048
remote_smtp
message_linelength_limit = 2048
dkim_remote_smtp
message_linelength_limit = 2048
Last edited by a moderator:
Ok... I'm been asking my clients to patiently wait for 102.0.2 which appears not have helped the php mailer function....
Can I simply increase this value in the 4.95 exim.config?
Can I simply increase this value in the 4.95 exim.config?
Code:
remote_smtp:
driver = smtp
interface = <; ${if > {${extract{size}{${stat:/etc/mailips}}}}{0}{${lookup{${lc:${perl{get_message
_sender_domain}}}}lsearch{/etc/mailips}{$value}{${lookup{${if match_domain{$original_domain}{+relay_
domains}{${lc:$original_domain}}{}}}lsearch{/etc/mailips}{$value}{${lookup{${perl{get_sender_from_ui
d}}}lsearch*{/etc/mailips}{$value}{}}}}}}}}
helo_data = ${if > {${extract{size}{${stat:/etc/mailhelo}}}}{0}{${lookup{${lc:${perl{get_message_s
ender_domain}}}}lsearch{/etc/mailhelo}{$value}{${lookup{${if match_domain{$original_domain}{+relay_d
omains}{${lc:$original_domain}}{}}}lsearch{/etc/mailhelo}{$value}{${lookup{${perl{get_sender_from_ui
d}}}lsearch*{/etc/mailhelo}{$value}{$primary_hostname}}}}}}}{$primary_hostname}}
hosts_try_chunking = 198.51.100.1
message_linelength_limit = 2048
dkim_remote_smtp:
driver = smtp
interface = <; ${if > {${extract{size}{${stat:/etc/mailips}}}}{0}{${lookup{${lc:${perl{get_message
_sender_domain}}}}lsearch{/etc/mailips}{$value}{${lookup{${if match_domain{$original_domain}{+relay_
domains}{${lc:$original_domain}}{}}}lsearch{/etc/mailips}{$value}{${lookup{${perl{get_sender_from_ui
d}}}lsearch*{/etc/mailips}{$value}{}}}}}}}}
helo_data = ${if > {${extract{size}{${stat:/etc/mailhelo}}}}{0}{${lookup{${lc:${perl{get_message_s
ender_domain}}}}lsearch{/etc/mailhelo}{$value}{${lookup{${if match_domain{$original_domain}{+relay_d
omains}{${lc:$original_domain}}{}}}lsearch{/etc/mailhelo}{$value}{${lookup{${perl{get_sender_from_ui
d}}}lsearch*{/etc/mailhelo}{$value}{$primary_hostname}}}}}}}{$primary_hostname}}
dkim_domain = ${perl{get_dkim_domain}}
dkim_selector = default
dkim_private_key = "/var/cpanel/domain_keys/private/${dkim_domain}"
dkim_canon = relaxed
hosts_try_chunking = 198.51.100.1
message_linelength_limit = 2048@cPanelZach
I just put back exim 4.95 with
The result of
I just tried the
Edit: I just put back exim 4.94
I just put back exim 4.95 with
/usr/local/cpanel/scripts/check_cpanel_pkgs --fixThe result of
exim -bP transport_list | while read list ; do echo "$list" ; exim -bP transport $list | grep line ; done :Is one missing or is that normal?
I just tried the
mail() function of php, and it doesn't work anymore (before with exim 4.94 it worked)Edit: I just put back exim 4.94
Last edited:
@sgrzy01 It is possible to edit the exim.conf or the
@mickael The output was an example if you had a custom router, in this case "customsmarthosttransport" was a placeholder for a transport you may have. Default configurations will only output the two default transports that have the line length enforced.
Outlook can add headers of around 1012 characters which triggered the error message, however any message formatted with long line lengths can likely cause this issue. Custom PHP mailers or similar should be configured to wrap lines after a certain length and the specifics of doing so depends on the software. Excessive line lengths have been noted to cause problems sending messages to Gmail for instance and where possible the max length should be set to 998 characters.
/usr/local/cpanel/etc/exim/replacecf/dkim/remote_smtp and /usr/local/cpanel/etc/exim/replacecf/remote_smtp files (and then running /scripts/buildeximconf) to increase this beyond the 2048 value that cPanel sets in 100.0.2 (Exim's new default is 998). However these changes will possibly be overwritten during upcp. The replacecf method is more robust in this manner and generally the Exim configurations will not be changed unless there's update to them either via upcp or WHM.@mickael The output was an example if you had a custom router, in this case "customsmarthosttransport" was a placeholder for a transport you may have. Default configurations will only output the two default transports that have the line length enforced.
Outlook can add headers of around 1012 characters which triggered the error message, however any message formatted with long line lengths can likely cause this issue. Custom PHP mailers or similar should be configured to wrap lines after a certain length and the specifics of doing so depends on the software. Excessive line lengths have been noted to cause problems sending messages to Gmail for instance and where possible the max length should be set to 998 characters.
@cPanelZach
Should I just leave it like that?!
Since I put this it works well with
mail() fonction PHP!Should I just leave it like that?!
Last edited:
Same issue here, even after updating cPanel yesterday to 102.0.2. I temporary solved it by adding message_linelength_limit = 2048000 in /etc/exim.conf
But it will be overwritten in next update
I opened a new (second) ticket with cPanel regarding this problem.
But it will be overwritten in next update
I opened a new (second) ticket with cPanel regarding this problem.
| Thread starter | Similar threads | Forum | Replies | Date |
|---|---|---|---|---|
| H | SOLVED Problem sending mail between cPanel servers | 3 | ||
| C | Problems receiving mail from a remote cPanel server | 2 | ||
| L | Problems between Cpanel mail and microsoft mail (outlook, hotmail, office365) | 7 | ||
| E | Outgoing email problem on Cpanel 92 | 3 | ||
| M | problem Fix cPanel LMTP error after RCPT TO | 11 |