2009-03-25 9 views
2

と置き換えられたランダム文字で受信されています。置き換えるランダムな文字を見て、受信者の数に問題が看板などに等しく持ってきた:php5 + htmlMimeMailから送信された電子メールは、HTML5電子メール通信を送信するためにhtmlMimeMail 5(<a href="http://www.phpguru.org/static/mime.mail.html" rel="nofollow noreferrer">http://www.phpguru.org/static/mime.mail.html</a>)を使用して現在PHP5を使用している=

「私たちの学校はと呼ばれる会社を通じて、私たちのニュースレターを送っ=情報れるMOR = INGグッド...」

ています電子メールのテキスト、HTML、およびヘッダーのエンコーディングをUTF-8に設定します。 PHPがe-mail用に読み込んだテンプレートファイル(phpタグがいくつか入っているinclude/text/HTMLのみ)は、どちらもUTF-8でエンコードされています。

興味深いのは、自分の電子メールクライアントで問題を再現することができず、yahoo/googliesを検索して問題を指摘する情報を見つけることができないということです。

答えて

2

は8ビットエンコーディングで送信してみてください:

$message->setTextEncoding(new EightBitEncoding()); 
$message->setHTMLEncoding(new EightBitEncoding()); 
+0

正しい方向に私を入れて、 Base64Encodingを使用しなければなりませんでした。 – spronkey

0

私はあなたの問題は、Exchangeの以前のバージョンに関係している疑いがあります。 Equal signs at end of line

高次/低次の文字やエンコーディングで引用符で囲まれた印刷可能なものではない場合があります。また、他の場所でそのページ上のそれは言う:

注:リッチテキストメール が無効になっているときに、ラインを引き起こす可能性があり交換 のバグ(?「機能」)はフィードは等号で を交換します。

+0

ニースが見つかりました!しかし、置き換えられた文字は、改行や改行の最後ではないので、どこが私を残すのか分かりません! – spronkey

+0

私がこの例を読むまで、私の最初の推測はqpでした。 – sfossen

0

私は同様の問題がありましたが、私のところは少し異なりました。私は答えを探してこのスレッドを見つけたので、それを見つけるのに役立ちました、私はこの関連する答えをここに掲載するかもしれないと思いました。

私の場合、送信されるテキスト文字列の実際のmb_detect_encodingが "UTF-8"であっても、電子メールに特殊文字が混乱してしまいました。

だから私は、私たちに機能していた

$message->setTextCharset('UTF-8') 

$message->setHTMLCharset('UTF-8')