更新时间:2023-12-05 13:25:34
这很奇怪,特别是因为不是所有的
That's odd, specially since not all the n
s are transliterated and not at a specific position.
尝试拨打 $ this-> email-> set_crlf(\r\\\
。在Exchange中查找消息详细信息,并检查
); Content-Type
和Charset / Encoding - 将原始内容放在这里,以便我们检查它。
Try calling $this->email->set_crlf( "\r\n" );
as well. Look up the message details in Exchange and inspect the Content-Type
and Charset / Encoding - post the raw thing here so we can inspect it.
我在 Microsoft知识库中发现了此问题:
Microsoft Exchange使用增强的字符集。 Microsoft Exchange的默认MIME
字符集为ISO 8859-1。一些网关做
不支持这个字符集发出一个软回报的线
feed。当这种情况发生时,每一行以等号
结束,表示网关的行长度支持结束的换行符。
Microsoft Exchange uses an enhanced character set. The default MIME character set for Microsoft Exchange is ISO 8859-1. Some gateways do not support the way this character set issues a soft return for line feeds. When this occurs, each line is terminated with an equal sign showing the line break where the gateway's line-length support ends.