質問: メールの添付ファイルeol(行末)の問題 windowsで簡単なメールを送信していますxp 4つの添付ファイル付き: ダミー.txt(行末:crlf) ダミー.xml(行末:crlf) dumpimjustlf.txt(行末:lf) dumpimjustlf.xml(行末:lf) クライアントによると、私は行末が変更されたメールを送信しています: outlook '07: eolは変更されていません thunderbird 3:ダミージャストルフ.txtのeolがcrlfに変更され、その他は変更されていません java mail: damyjustlf.txtとdummyjustlf.xmlのeolがcrlfに変更され、その他は変更されていません この動作はどのように指定されていますか?これを文書化したrfcはありますか?クライアントは、添付ファイル付きのメールを送信する方法または受信する方法を決定し、eolを希望どおりに変換しますか?
回答: おそらく、実行している電子メールクライアントとプラットフォームの組み合わせです。理想的には、添付ファイルは常に同じである必要があり、ファイルがバイナリである(または.zipなどのバイナリコンテナに入れられている)場合は問題はありません。私が起こっているのは、クライアントアプリケーションが、base64(バイナリファイルがエンコードされる)ではなく、「quotedprintable」エンコードの添付ファイルとしてプレーンテキストメッセージを挿入していることです。これを確認するには、受信メールアプリで生のメッセージデータを表示する必要があります。 gmailでは、これは右上の[返信]ボタンの横にあるメニューの[オリジナルを表示]です。 thunderbirdで、[表示]-> [メッセージソース] outlookとjavaメール)にはおそらく同等のものがあります。 次のようなヘッダーで始まる添付ファイルを探す必要があります。--0016e65c71b2a252eb04a3a1f642 content-type: text/plain; charset=us-ascii; name="test.txt" content-disposition: attachment; filename="test.txt" content-transfer-encoding: base64 x-attachment-id: f_gnvt3nlf0 「content-transfer-encoding」が「base64」以外のもの(「quoted-printable」など)であり、以下のテキストファイルのテキストコンテンツを確認できる場合は、それがエラーの原因である可能性があります。エンディングは、メッセージが送信されるときに送信アプリによって正規化される可能性があります(ほとんどの電子メールはプレーンテキストとして送信されます)。base64エンコーディングは、バイナリファイルをプレーンテキストに変換します。プレーンテキストは、送信者が送信し、受信者で再びバイナリに変換できます。プレーンテキスト主導の電子メールの世界に混乱することはありません。これはおそらく、outlookがすべての添付ファイルに対して実行していることであり、tbが.xmlファイルに対して実行していることです。