「スマートフォンの略称が「スマフォ」ではなく「スマホ」になったのは週刊アスキーが原因か」記事へのコメント

合理的では有る

[Anonymous Coward]

「フォ」にすると「フ」で改行することができない禁則になるから、文字数調整が余計に面倒になる。

Re:

[Anonymous Coward]

小書きの母音を今は小学校で習う？
おっさん習った覚え無いんだけど
別の話 rfc の改行ウザいよ

RFCのメール「US-ASCII換算で78文字」とかナンセンスだよね

[Anonymous Coward]

> 別の話 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:RFCのメール「US-ASCII換算で78文字」とかナンセンスだよね

[Anonymous Coward]

普通はUTF-8をBase64でエンコードするときに改行ごとエンコードする。
んで、エンコードした後に適当なサイズで改行を入れる。
つまり、元の文にある改行と、US-ASCIIに変換された後の改行は無関係。

一度でもエンコード前後の文字列を比べてみたことがあれば気づくはずなんだけどね。
頑張ってRFCを調べて鼻高々で書き込んだんだろうけど残念でした。

Re:RFCのメール「US-ASCII換算で78文字」とかナンセンスだよね

[Anonymous Coward]

ご指摘ありがとうございます。
MIME・base64のRFCを確認したところ、Anonymous Cowards様の仰る通り、元の文にあるCRやLFも64 charactersのprintable文字に変換されるので、US-ASCIIに変換された後の改行は無関係でした。
関連した別のRFCも読むべきでした。猛省します。

Re:

[Anonymous Coward]

インターネット老人会のスラドは昔の規格には詳しい人が多いのじゃ
なんせパソコン通信やTelnetを現役で使ってた世代だからのお
ここにはSMTPをMUA無しで叩ける香具師もいっぱいいるのじゃぞ
半可通が生きていける空間でないことを理解して鳥の巣に帰りなさい

Re:

[Anonymous Coward]

①②③とかⅠⅡⅢを使うとすげー怒られるイメージ

Re:

[Anonymous Coward]

EHLO使うとUTF-8も通せていいよねぇ