問題タブ [quoted-printable]

それはばかげた質問かもしれませんが、私は本当に答えを知る必要があります。Outlookクライアントを自分のマシンにインストールし、Webサイトのmailtoリンクをクリックすると、リンクで指定された件名と本文がクライアントに渡されます。メッセージに他に何か添付されていますか？私のウェブサイトに関するヘッダーや追加情報はありますか？

私は自分のウェブサイトにそのようなリンクがあり、それをテストするたびにメールがPostiniでのスパムチェックに失敗するため、この質問をしています。

私もこのメッセージを受け取ります：

• メールは「Quoted-printable」としてエンコードされていますが、コンテンツの1行が最大76文字より長くなっています。引用符で囲まれた印刷可能な本文内の行は、そのサイズを超えることはできません。

長いリンクを削除してもこのメッセージは表示されませんが、メールはPostinigチェックに失敗します。

助けてくれてありがとう、Marcin

Gmail アカウントに次の件名のメール メッセージが届きました。

「400, значение, значение」

メールを取得するために使用するコードは次のとおりです。

msg.subject には次の値があります。

IMAP でデコードされていないようです。私は手動で行うべきですか、それとも IMAP ライブラリが私のためにそれを行うことができますか?

quoted_printable_encode()と [quoted_prinatble_decode()を使用しようとしていますが、問題は私のサーバーが PHP4 を実行していることです。PHP ドキュメントによると、quoted_printable_encode() は PHP 5 >= 5.3.0 でのみ使用できます。エンコード機能を利用できるように、ハックまたは回避策を知っている人はいますか

生の 8 ビット部分を含む MIME 電子メールを、7 ビット部分のみを含む RFC822 準拠のメッセージに変換する最も簡単な方法は何ですか?
パーツは自動的に「Content-Transfer-Encoding: quoted-printable」に変換する必要があります。

私のアプリは Java で開発されています。しかし、コマンドライン ツールは素晴らしいものです。私はreformimeを試しましたが、このツールはバグがあるようで、メッセージを適切に書き換えません:-(

助けてくれてありがとう、
オリビエ

私が発見したように

と

ストリームを行ごとにデコードしないでください。これらの関数は両方とも、最初に EOF までストリーム全体を読み取り、次にそのデータを文字列としてデコードします。

base64 および quoted-printable でエンコードされたストリームを行ごとにデコードするソリューションはありますか?

私は持っています：

mb_send_mail(): Unsupported transfer encoding "quoted-printable" - will be regarded as 8bit

私は何をすべきか？

完全なヘッダー:

今、私はgForgeに別の問題があります。

イントラネットに、gforgeシステムで新しいトラッカーを作成するためのフォームがあります。コハナとSwiftMailerを使用してSMTPメールを送信します。

これは私が得るものです（私は自分自身にbccとしてメールを送信します）：

したがって、すべてが正常に見えます。しかし、Gforgeは私に言っています：

「電子メールを処理できませんでした。アプリケーションには、開始日が必要で、終了日が必要です」と表示されます。

一部の行の終わりにある等号に注意してください。これが「quotedprintable」の最大行長だと思いますか、それともsmtpも行を制限しますか？しかし、なぜBCCを介して正しいメールを受け取るのですか？それはgforgeが受け取るのと同じメールであるはずですよね？！Gforgeは受信メールで何かをしていますか？

私は混乱しています:-(あなたが助けてくれることを願っています。

しばらくの間、PHP 経由で送信する電子メールの改行の代わりに、一部のユーザーが =0A=0A を取得するという問題がありました。電子メール クライアントを介した通信はうまく機能しますが、PHP で生成された電子メールは、一部のユーザー (少数派) に対して常にこのように表示されます。グーグルはまともな結果を明らかにしませんでした.すべての検索結果は何らかの形でOutlookに関連しているようです-そして、すべてのOutlookユーザーがこの問題に苦しむと考えるのは受け入れられません. これを処理し、これらの改行エンコーディングの問題を回避する正しい方法を知っている人はいますか?

編集: 参考までに、Zend の Mailer クラスを使用しています。

ありがとう

編集2：

エンコード タイプを変更しても機能しませんでした。ヘッダーを base64 にエンコードし、本文を 64 にエンコードしたところ、文字化けが発生しました。次に、base64 ヘッダーを試し、本文で base64_decode(base64_decode($body)) を実行しました。これは、ユーザーの「CNR サーバーでは問題ありませんでしたが、受信トレイでは問題ありませんでした」という意味でした。mb_convert_encoding を base64 にしようとしたところ、本文の代わりにエンコードされた文字列が再び取得されたため、使用できませんでした。

他に何を試すことができますか？Zend Mailer は、Quoted Printable および Base64 ヘッダー エンコーディングのみをサポートしています。引用された印刷可能なエンコーディングと一致するように本文をどうすればよいかわかりません...

多くの電子メールのメッセージ部分をMsSqlデータベースに保存します。メッセージを含む電子メールを送信する前に、Quoted-Printable形式にエンコードする必要があります。元のメッセージが必要なため、dbに保存する前にエンコードしません。そして、元のファイルとエンコードされたファイルの両方をデータベースに入れたくありません。

私はメールの送信にサードパーティのソフトウェアを使用しているので、メッセージをエンコードする唯一のオプションは、データベースからメッセージを読み取るか、フリーマーカーでエンコードすることです。

では、TSQLまたはFreeMarkerからのメッセージをエンコードする方法を知っている人はいますか？できれば、ライセンスの購入を伴わないソリューション。

FreeBsd システムで、ac スタイル文字列の形式の電子メール メッセージが qp エンコードされているかどうかを判断しようとしていますか?

データのチャンクを読み込み、検出されたエンコーディングを出力できる iconv のような UNIX ツールはありますか? 文字セット検出のような？

何か案は？