by
Anonymous Coward
on 2021年07月12日 15時59分
(#4069131)
RFC 5322 There are two limits that this specification places on the number of characters in a line. Each line of characters MUST be no more than 998 characters, and SHOULD be no more than 78 characters, excluding the CRLF.
"MUST be no more than 998 characters" "SHOULD be no more than 78 characters"
はIMFとしての文字数だからBase64エンコードしてたら、Base64エンコード後の文字数だよ。 そのため、MUST だけでなく SHOULD も守りたい原理主義者ならば、UTF-8 3バイト文字なら1行19文字にするほかない。 4バイト文字使ったら更に文字数は少なくなる。
合理的では有る (スコア:0)
「フォ」にすると「フ」で改行することができない禁則になるから、文字数調整が余計に面倒になる。
Re: (スコア:0)
小書きの母音を今は小学校で習う？
おっさん習った覚え無いんだけど
別の話 rfc の改行ウザいよ
RFCのメール「US-ASCII換算で78文字」とかナンセンスだよね (スコア:-1)
> 別の話 rfc の改行ウザいよ
激しく同意。
インターネットメールは、RFC 822 から
始まるが、紆余曲折あり、RFC 2822 にな
り、現在は RFC 5322 となっている。
それによると、
「CRLF を除く１行の文字数は、78文字を
超えるべきではない。」
「メッセージ本文は、単純に US-ASCII
で作られた複数行となる。」
とされている。
UTF-8だと1文字3バイト、US-ASCII にする
ためにMIMEでBase64エンコードする必要が
あって1.33倍になる。
つまり1行に 78 / 3 / 1.33 ≒ 19 文字し
か書けないことになる。
RFC原理主義者は、HTMLメールが嫌いな人
が多いと思うが、1行に19文字しか書けな
いテキストメールはうざくないかな？
Re: (スコア:0)
MIMEでBase64エンコードなら78文字云々は関係ないのではないでしょうか
Re:RFCのメール「US-ASCII換算で78文字」とかナンセンスだよね (スコア:0)
RFC 5322
There are two limits that this specification places on the number of characters in a line. Each line of characters MUST be no more than 998 characters, and SHOULD be no more than 78 characters, excluding the CRLF.
"MUST be no more than 998 characters"
"SHOULD be no more than 78 characters"
はIMFとしての文字数だからBase64エンコードしてたら、Base64エンコード後の文字数だよ。
そのため、MUST だけでなく SHOULD も守りたい原理主義者ならば、UTF-8 3バイト文字なら1行19文字にするほかない。
4バイト文字使ったら更に文字数は少なくなる。
尤も、より保守的な78文字の推奨事項の理由は、これらのメッセージが表示される多くのユーザーインターフェイスの実装に対応することとあるから（2.1.1 第3段落）、趣旨としてはエンコード前の文字数で問題無いように思える。