rfc5322

0熱

1答えて

私はrfc5322 Line Length Limits の意味を作ろうとしています。行の制限は78文字か998文字ですか？ 1つはボディ用で、もう1つはヘッダー用ですか？私はそれを特定するための何かを見つけることができません。 Each line of characters MUST be no more than 998 characters, and SHOULD be no more th

1熱

2答えて

7bitプレーン/テキスト電子メール本文の解読方法（CRLFの削除方法）

Content-Transfer-Encoding: 7bit Content-Type: plain/text rfc5322によると、78文字の後に改行（CRLFを追加）する必要があります。私の質問は、どのように私はテキスト/ボディを（CRLFを削除して）デコードすることができますか？どのCRLFがエンコーダによって追加され、どのボディが元のボディコンテンツの一部であったのかをどのよう

9熱

3答えて

電子メールアドレスのローカル部分で国際文字（ウムラウト文字など）が有効ですか？

ドイツ語のウムラウト（ä、ö、ü）とsz文字（ß）は電子メールアドレスのローカル部分で有効ですか？例えばは、このメールアドレス取る：björn.nuß[email protected] RFC 5322を非常に明確にウムラウト（および他の国際文字）が許可されていないことを言います。 3.4.1の章を見ると、ローカル部分に関して次のようなものがあります。 local-part = dot-atom

2熱

1答えて

正しいReadP解析結果を選択する

私はRFC5322電子メールアドレスを解析しようとしています。私のパーサは、結果の中の一つが正しいという意味で機能します。しかし、「正しい」結果を選択するにはどうすればよいですか？文字列Foo Bar <[email protected]>が与えられていると、私のパーサはAddress (Just "Foo Bar") "[email protected]"の値を生成するはずです。また、[em

4熱

2答えて

PHPのmail（）ドキュメントでは、私は本文中でLFのみを使うべきだと言いますが、RFC 5322はそうではないと言います。

PHPマニュアル（http://php.net/manual/en/function.mail.php）は言う：各行はLF（\ n）となります。行はで、70文字を超えてはいけません。 2.3：しかし、実際のRFC 5322には、さまざまな情報を提供しますtotallty。本文メッセージの本文はUS-ASCII 文字の単なる行です。体の唯一の2つの制限は次のとおりです： o CRとLFはCRL

8熱

1答えて

歴史的に、電子メールアドレスに関するRFCはなぜこんなに複雑になったのですか？

RFC 5321,5322および6531には、電子メールアドレスを検証するための複雑なルールがあります。彼ら：は、電子メールアドレス内creating commentsを許すシンボルの提供複雑な制限規則："() ,:;<>@[\] 御馳走大文字と小文字を区別しないが、大文字と小文字を区別しがgroups of email addresses を許可するなど、他のすべてのよう postmast

0熱

1答えて

クォートされた印刷可能なMime-Wordsを正しい行の長さにラップする方法はありますか？

mime parsingライブラリのbugに出くわしました。そこでは、特定の長さを超えて外来文字を含む件名に爆発します。件名を引用符で囲んだ印刷可能なMIME "Encoded-Word"に変換してから、全部を78文字にワードラップしようとしました。 MIME-Wordエンコーディングには空白がないため（アンダースコアで置き換えられます）、折り返しに失敗しました。ラップされる例ライン： Subj

13熱

2答えて

電子メールスレッド内のカスタムヘッダーの永続性

これはおそらく奇妙な質問ですが、先に進んで質問したいと思っていました。さて、特別なクライアントを使って IMAP SMTPを使ってメールを送ってきます。このクライアントは、途中でメールを送信する前に、いくつかのカスタムヘッダーを電子メールメッセージに追加します。受取人はこのメールを受け取り、私に直接返信します（そしてCCにはいくつかの人がいます）。私の質問は次のとおりです。上記の例では、これらの