Proper formatting of long subjects.

[petrkle]

Under Windows Message::EOL and PHP_EOL are same and everything work fine. But in Linux \r\n is replaced by \n and long subjects are send in wrong format.

[hrach]

Could you please add test?

[Majkl578]

long subjects are send in wrong format

In what way? Does it break any RFC?

[petrkle]

In what way? Does it break any RFC?

In RFC822 are parts of long headers divided by CRLF.

[dg]

In this case testing is IMHO impossible.

Emails uses only CRLF, but Unix mail replaces LF by CRLF automatically, which leads to doubling CR if CRLF is used. See http://cz1.php.net/manual/en/function.mail.php

According to PHP source codes, Subject + To must contain CRLF. Can you fix "To" too?

[janedbal]

This commit caused me problems when recieving sending emails from wedos mailserver to some webservers (gmail seems ok). It trimmes the subject after several characters and the content of email is displayed as RAW contents of email message (with headers, boundaries, ...)

Is this problem on wedos mailserver or is it possible, that the solution is not 100% correct?

[icaine]

@CasperN confirming the problem.. Some of our clients receive base64 chars instead of attachments. Reverting to the version with str_replace fixed it.

[hrach]

Reopening the issue.

[dg]

It is related to "subject" or "to" parameter?

[icaine]

Seems its subject related problem (http://i.imgur.com/IvCRbUf.png)