SOLVED Problem CPANEL-39824 : message has lines too long for transport - Since January 21, 2022

[mickael]

Hi

I am affected by this issue: https://support.cpanel.net/hc/en-us...essage-has-lines-too-long-for-transport-Error


Since January 21, 2022, no user has received a confirmation link by email to validate their account.


How to solve it?

Cdt

 

[daflame]

Same issue here!

 

[tinoandrijic]

Same issue!

 

[alinford]

Also having this issue

 

[cPRex]

Thanks for reporting this - while we are aware of the issue, we don't have a workaround just yet. So far, it seems that most users experiencing the problem are using Outlook, as the same message is successfully sent through Webmail. If they have the option to do so, using Webmail instead of a client is a good, temporary workaround.

We'll update that article once we have more details on the issue.

 

[tinoandrijic]

If they have the option to do so, using Webmail instead of a client is a good, temporary workaround.

Easy with Outlook, the problem is with some of my clients who have a financial application that sends emails directly and that software is old and the developers are unavailable and the sent emails are pre-formatted. Unable to use webmail.

 

[daflame]

Thanks for reporting this - while we are aware of the issue, we don't have a workaround just yet. So far, it seems that most users experiencing the problem are using Outlook, as the same message is successfully sent through Webmail. If they have the option to do so, using Webmail instead of a client is a good, temporary workaround.

We'll update that article once we have more details on the issue.

Emails with this issues are sent using the mail() PHP function through websites. Not with Outlook.

 

[mickael]

Yes it is my case, mail() of PHP, it is the only concern that I encounter.
I would not put any smtp system with login and password, because too long to create that, it is up to mail() of PHP which must work correctly.

 

[mickael]

I just did a quick test on a small php file:

$sujet = "Confirmation inscription";
$emailserver = "[email protected]";
ini_set("sendmail_from",$emailserver);
$entete = "MIME-Version: 1.0\n";
$entete .= "Content-type: text/html; charset=utf-8\n";
$entete .= "From: name.com <$emailserver>\r\n";
$entete .= "Return-Path: $emailserver\r\n";
$entete .= "Reply-To: $emailserver\r\n";
$params = sprintf("-oi -f %s",$emailserver);
$template = file_get_contents('https://site.com/emails/theme1/[email protected]&confirm_id=fff&nick=fffff');
mail("[email protected]", $sujet, $template, $entete, $params);

The email is not sent, the reason is: message has lines too long for transport

Here is another test:

<?php
$sujet = "Confirmation inscription";
$emailserver = "[email protected]";
ini_set("sendmail_from",$emailserver);
$entete = "MIME-Version: 1.0\n";
$entete .= "Content-type: text/html; charset=utf-8\n";
$entete .= "From: name.com <$emailserver>\r\n";
$entete .= "Return-Path: $emailserver\r\n";
$entete .= "Reply-To: $emailserver\r\n";
$params = sprintf("-oi -f %s",$emailserver);
//$template = file_get_contents('https://site.com/emails/theme1/[email protected]&confirm_id=fff&nick=fffff');
mail("[email protected]", $sujet, "testt", $entete, $params);

There the email is sent!

The only thing changed is the "testt" message here: mail("[email protected]", $sujet, "testt", $entete, $params);


Maybe there is a problem for the message part? is it limited? or it no longer accepts large html data nor templates

 

[ppwicho]

Any update CPANEL?.

 

[daflame]

I just did a quick test on a small php file:

$sujet = "Confirmation inscription";
$emailserver = "[email protected]";
ini_set("sendmail_from",$emailserver);
$entete = "MIME-Version: 1.0\n";
$entete .= "Content-type: text/html; charset=utf-8\n";
$entete .= "From: name.com <$emailserver>\r\n";
$entete .= "Return-Path: $emailserver\r\n";
$entete .= "Reply-To: $emailserver\r\n";
$params = sprintf("-oi -f %s",$emailserver);
$template = file_get_contents('https://site.com/emails/theme1/[email protected]&confirm_id=fff&nick=fffff');
mail("[email protected]", $sujet, $template, $entete, $params);

The email is not sent, the reason is: message has lines too long for transport

Here is another test:

<?php
$sujet = "Confirmation inscription";
$emailserver = "[email protected]";
ini_set("sendmail_from",$emailserver);
$entete = "MIME-Version: 1.0\n";
$entete .= "Content-type: text/html; charset=utf-8\n";
$entete .= "From: name.com <$emailserver>\r\n";
$entete .= "Return-Path: $emailserver\r\n";
$entete .= "Reply-To: $emailserver\r\n";
$params = sprintf("-oi -f %s",$emailserver);
//$template = file_get_contents('https://site.com/emails/theme1/[email protected]&confirm_id=fff&nick=fffff');
mail("[email protected]", $sujet, "testt", $entete, $params);

There the email is sent!

The only thing changed is the "testt" message here: mail("[email protected]", $sujet, "testt", $entete, $params);


Maybe there is a problem for the message part? is it limited? or it no longer accepts large html data nor templates

I was able to solve the problem by adding line breaks in the message (not <br />).
The entire email message was on one line only and it contained HTML code so it was a very long line of text.

 

[cPRex]

We're discussing a few options to handle this on our end. I can't really say much more than that at this point, but it is in active development right now as this is a major issue.

 

[cPRex]

Update - our team is currently testing a fix for version 102. Older versions will not need to be patched as they will still be using Exim 4.94 and the issue only comes up with systems using Exim 4.95. I'll post more details as I get them.

 

[linkedla]

Is getting complicated with some customers, I need help please.

 

[cPRex]

The fix for version 102 is being tested today, and if all goes well with that testing it will get released soon.

 

[sgrzy01]

Any update? I have customers getting very upset at this point...

 

[Steve Kemp]

Ia m assuming given its Monday now that it hasn't gone well as i see no updates out yet?

We have had clients with this issue screaming at us for over a week now... and they can't understand why we can't just fix it...

 

[Secmas]

Hope the fix is released soon.
A lot of my customers are experiencing the same issue as well.

Customers that have cams that send emails with pictures when an intrusion is triggered are suffering with this.

 

[cPRex]

Update - our team is planning to push the fix to the next version of 102 later today. I'll post another message once that does officially happen.

 

[Secmas]

Thanks for the update, I will be waiting for your news.