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

[Steini Petur]

Fair enough @cPRex but I will promise you that people don't just stumble on this article you gave me, you can probably expect more people running into this throughout 2022 due to these limitations set by Exim v4.95

 

[Dathorn_ADT]

Can you get me more detail on why it would be necessary to make that change on a DNSOnly machine? If I can get a good use case, I can always make a case with our developers to get the functionality added.

Logwatch emails are impacted by this on DNSOnly. Sure, those running DNSOnly should be capable of fixing this manually but there is absolutely a legitimate case.

 

[cPRex]

That makes sense to me! I've created CPANEL-40654 for our team to see what the options are for getting some type of configuration mechanism added to DNSOnly. I'll post an update if I hear something!

 

[multimediadesignsllc]

I had this problem and found it was the length of the body of the email. Using HTML emails, the issue of going longer than 70 characters, is quite easy. I wrote a blog on it to explain. In short add this line to your php code:

$message = wordwrap($message, 70, “\r\n”);

More explanations here:

How To Send Emails In PHP – Multimedia Designs, LLC

mmd-ca.com

 

[steven059]

Im on 102.0.18 and having this issue. Any help would be appreciated.

 

[cPRex]

@steven059 - have you adjusted the configuration options mentioned?

 

[steven059]

@steven059 - have you adjusted the configuration options mentioned?

I was under the impression that the latest updates fixed this.

There are a bunch of different ideas being tossed around. Which is correct?

 

[cPRex]

The most recent update gives you the option of changing the line length to a very large number, up to 1000000. You'll see the option listed in WHM >> Exim Configuration Manager under "Maximum line length for SMTP transports (Minimum: 1; Maximum: 1,000,000)"

 

[steven059]

Thanks, that worked.

 

[Just Retro]

I had this problem and found it was the length of the body of the email. Using HTML emails, the issue of going longer than 70 characters, is quite easy. I wrote a blog on it to explain. In short add this line to your php code:

$message = wordwrap($message, 70, “\r\n”);

More explanations here:

How To Send Emails In PHP – Multimedia Designs, LLC

mmd-ca.com

Yeah... great site:


But otherwise I think you're on the right path as I think your fix will be the key to finally fixing my opencart shop, as I didn't know what the cause was.
I did change \system\library\mail.php in opencart from this:

    /**
     *
     *
     * @param    string    $text
     */
    public function setText($text) {
        $this->text = $text;
    }
   
    /**
     *
     *
     * @param    string    $html
     */
    public function setHtml($html) {
        $this->html = $html;
    }

To this:

    /**
     *
     *
     * @param    string    $text
     */
    public function setText($text) {
        $text = str_replace("\n","\r\n",$text);
        $text = wordwrap($text, 70, "\r\n");
        $this->text = $text;
    }
   
    /**
     *
     *
     * @param    string    $html
     */
    public function setHtml($html) {
        $html = str_replace("\n","\r\n",$html);
        $html = str_replace(">",">\r\n",$html);
        $html = wordwrap($html, 70, "\r\n");
        $this->html = $html;
    }

But it seems I'm still having emails blocked, bummer.

Show/Hide: Error

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

[email protected]
message has lines too long for transport


Reporting-MTA: dns; hosting2.ro.hostsailor.com

Action: failed
Final-Recipient: rfc822;[email protected]
Status: 5.0.0
X-Exim-DSN-Information: Due to administrative limits only headers are returned

EDIT: Found the fix for all OpenCart users.
Open /system/library/mail/mail.php and encase every instance of base64_encode() with chunk_split()
So for example

$message .= base64_encode($this->html) . $eol;

would become

$message .= chunk_split(base64_encode($this->html)) . $eol;

That fixed all the emails, especially the gift certificate emails as they embedded images.

 

[GoWilkes]

The most recent update gives you the option of changing the line length to a very large number, up to 1000000. You'll see the option listed in WHM >> Exim Configuration Manager under "Maximum line length for SMTP transports (Minimum: 1; Maximum: 1,000,000)"

I've been having this problem for awhile, with Perl scripts sending to Gmail (no Outlook, no PHP). I found this thread while researching the problem.

I changed this setting to 65536, which I saw earlier in the thread but I don't know why that's the magic number instead of just going for 1000000?

 

[cPRex]

65536 was the first iteration of the fix we created for this issue. There were still a few clients that were experiencing problems, so we raised the limit even further with a later release.

 

[awesomesites]

Is it possible to set the limit above 1,000,000 ? I am still having this issue for some client when they forward/reply too many times.

 

[cPRex]

@awesomesites - no, there isn't a way to set that value any higher than 1,000,000.

 

[AlbertoFX]

Hello @cPRex and all other cpanel mates, I have the same issue , i have exim 100.001000 !!! and i still receive the h... " too long" at many , many customers. Is there any date to achive a fix to this ?
I think is not serious by Cpanel dev team to take years to fix this. I know its not a game to program it, but come on ! you are the programmers, you have the source code .. I have many customer not happy here , all us are losing ...

Thanks for any reply.

 

[cPRex]

@AlbertoFX - have you already changed the default value?

 

[DennisMidjord]

@AlbertoFX are you using a mail relaying service like MailChannels? You will need to update the "TRANSPORTSTART" section to include "message_linelength_limit = 1000000" or whatever you want it to be.

 

[AlbertoFX]

@AlbertoFX - have you already changed the default value?

Yes, i did it ... but no success .. please , if you have any other solution let me know it.
I am using to send mail smtp2go services , i dont know if this affect.

 

[cPRex]

Can you try the details mentioned by @DennisMidjord since you're using a smarthost?