http://www.faqs.org/rfcs/rfc2822.htmlから:
CR と LF は、CRLF として一緒にのみ発生する必要があります。それらは体内で独立して出現してはなりません。
確認メールを送信する Web サービスがありますが、ユーザーの 1 人が、これが rfc2822 標準に準拠していないと指摘しました。私の質問は、メール メッセージで CR と LF が一緒に表示されることがなぜ重要なのですか?
http://www.faqs.org/rfcs/rfc2822.htmlから:
CR と LF は、CRLF として一緒にのみ発生する必要があります。それらは体内で独立して出現してはなりません。
確認メールを送信する Web サービスがありますが、ユーザーの 1 人が、これが rfc2822 標準に準拠していないと指摘しました。私の質問は、メール メッセージで CR と LF が一緒に表示されることがなぜ重要なのですか?
受け入れられたRFCにあるからですか?
実装は RFC から派生しています。そうでない場合、異なる実装間の相互運用性は保証されません。それらを一緒に表示する必要がある具体的な技術的な理由がある場合とない場合がありますが、この場合、それらの理由は関係ありません。「そう言われたから」という単純なことです。
古いテレタイプの観点から考えてみてください。CR は書き込みヘッドを行の先頭に戻し、LF は紙を 1 行前にロールします。新しい行を開始するには、両方の手順が必要です。LF なしで CR を使用すると、同じテキストを上書きすることになりますが、これはもちろん違法です。
とにかく、これが改行の ASCII コードとして CR+LF を定義する歴史的な理由です。もちろん、最終的には任意のコードにすぎません。改行を示すために CR のみを使用するシステムもあれば、LF のみを使用するシステムもあれば、完全に別の文字を使用するシステムもあります。RFC2822 は 1 つを選択する必要があり、シーケンス CRLF のみを許可することにしました。
RFC が CRLF の使用を決定したため、CR または LF を個別に禁止することは理にかなっています。
電子メールでは CRLF が行区切りであるためです。CR のみを使用するか LF のみを使用すると、さまざまなクライアント、SMTP サーバーの組み合わせであらゆる種類の予期しない問題が発生します。メールを拒否するサーバーもあれば、メールを「修正」するサーバーもあります。固定メールは、対処するのが最も楽しいものの 1 つです。
そうでない場合は、同じ行に配置されるCRになってしまい、何を書いても同じ行の左側の文字の上に表示され、次にLFが来て、中央に向かっていくつかの列にあり、再び書き始める。混雑。