「京都府で防災メールの未着トラブル発生、原因は500文字超の長い行」記事へのコメント

RFC822 → RFC2822 → RFC5322

[Anonymous Coward]

Internet Message Formatの最新はRFC5322 [ietf.org]だったような。

Re:

[Anonymous Coward]

読んでみたけど、最新でも変更なかったよ。

Re:

[Jubilee (20038)]

RFC822を眺めたことがありますが、行の長さに関する規定はなく。998文字[MUST]制限はRFC2822からですね。78文字[SHOULD]制限も。

で、RFC金科玉条主義者の巣くうグループに「なんで80けたで改行入れなきゃだめなの？教えて教えて」って投稿したら「ぐぬぬ」ってなってた気配が。「VT100を知ってますか」とか悔し紛れの的外れなフォローが返ってきただけでした。もちろん「そういうしきたりである」と答えればすむ話でしたが、連中にそういう発想はなかったようで。

でも今はめんどくさいんで「RFC5322にも書いてあるしそういうもんだ」って説明省略しちゃいますけどね。VT100から説き起こすのはちょっと疲れるから。

--
Jubilee

Re:

[Anonymous Coward]

そのしきたりがどこから湧いてきたのかわたし、気になります

Re:

[Jubilee (20038)]

たぶんDEC VT100の画面表示が80桁だったからでしょう。VT100が何かということは、すみませんが自力で調べてください。

そのあたりで80桁の長さの行に引用符号やらを入れる余地を設けて70桁前後で折り返すべしという「しきたり」ができたのだと思っています。

さすがにVT100の実機を見たことはないんですが。

--
Jubilee

Re:RFC822 → RFC2822 → RFC5322

[saitoh (10803)]

VT100だけでなくて、当事のキャラクタ端末はたいてい横80文字でしたよ。当事のメインフレームのプリンタが15インチ用紙だと136桁、8インチ用紙だと80桁だったのが関係しているのかもしれません。

ていうか、80文字×24行の源泉はvt100じゃなくてIBM3270じゃなかろうか？

Re:RFC822 → RFC2822 → RFC5322

[saitoh (10803)]

で、なんで3270が80桁かというと、パンチカードのデータを編集するためだと思われ。