🚀 go-pugleaf

なかたに さま

> koseki さん>
> > つまり、rfc1468で書かれている、「iso-2022-jpのテキストに対して
> > さらにbase64でencodeしているのは良くない」という状態なのですが
> > 最新の情報を知らないのでよろしくお願いします。
> > --
> > X-MIMETrack: Serialize by POP3 Server on NOTES(Release 5.0.2b|28 December
> >  1999) at 2000/06/28 18:14:25
> > MIME-Version: 1.0
> > Content-type: text/plain; charset=iso-2022-jp
> > Content-transfer-encoding: base64
> 
> RFC 1468 にそう書かれているとしても、 RFC 1468 は INFORMATIONAL
> なものでしかないので、ルール違反ではありません。
> (IANA registry は、ひとつの `charset' の定義としてだけ RFC 1468 に
> 言及しています。その charset の使われ方についてはその限りではありません。)
> 
> これは「そうする必要がない」方法かもしれませんが、「そうしてはいけない」
> 方法ではありません。

早速有難うございました。
そのこと（ISO-2022-JP+base64を使っても良いのだよ）を積極的に
指示しているrfc等はないのでしょうか。たしかにrfc1468に強制力
がないのは文面から読み取れるのですが、上のようなメールを読む
ことができない組織が「送るほうで調整（止めてくれなければ）しな
ければ困る。つまり、送信側の設定ミスである」という見解なので
それは違うのだよとハッキリ都言えるかどうかなんですが。受信側に
base64対応を迫ることにはなるので相手側のいいたいことも分るので
すが。
--
ukoseki