「auのEメールアドレスが相互接続性を保障できないルールに変更?」記事へのコメント

水は低きに流れる

[kawaz (15398)]

携帯向けメール転送サービスとかやってますが、初めはRFCを読んで正確にlocal-partに使える文字をチェックした方がよいかな、と思っていたのですが。
各携帯キャリアがRFCに従わないアドレスを許容しており、またそういったアドレスを利用するユーザが非常に多い現状を踏まえて、

　・転送先アドレスの設定では使用可能文字のチェックだけして素通し
　・新たに取得する転送アドレスのlocal-partでは厳密チェックを行う

といった対応をしています。

しかし幸い？メジャーなMTAではRFCに厳密に従わないメールアドレスでも致命的な問題(使用できない文字を使う等)がなければ素通

Re:水は低きに流れる

[stssk (27523)]

RFCは過去の経緯でいろいろ制限をしている様ですが、メールアドレスのローカル部分（＠の左側）は、RFCでも書いてある通り、ドメインで指定したホストが解釈するだけなので、制限を付ける必然性はないし、長い目で見れば制限解除の方向に流れていくのではないでしょうか。MIMEや国際化ドメイン名みたいに、そのうちにローカル部分に日本語を使う仕様も作られるんじゃないかな。

Re:水は低きに流れる

[kawaz (15398)]

＞MIMEや国際化ドメイン名みたいに、そのうちにローカル部分に日本語を使う仕様も作られるんじゃないかな。

ちなみに現行のRFC(822ではなく2822)でもクオート処理をすればlocal-partにどんな文字でも使えることにはなっています。
（参考：RFC2822 [ietf.org] の local-part にある quoted-string）

ただ、メールアドレスのlocal-partのクオート処理に対応している、MTA 及び MUA が恐らくとても少ない為、忘れ去られている気がします。
僕も最近調べるまでそんなものが使えるとは思ってもみませんでした。
多分知ってる人の方が少ないと思います。

RFCが全てみたいに、ただ準拠して欲しいとか言っている人が居ますが、恐らくquoted-stringに対応した方が余程深刻な障害を招くんじゃないかと思います。
それを思うと、今流行の記号メアドなんて現実にはシステム的に大した支障が出ない分可愛いものです。

Re:水は低きに流れる

[stssk (27523)]

RFC2822のquoted-stringの定義は８ビット文字を含まない様に見えるので、ＳＪＩＳやＥＵＣやユニコードでの日本語の記述は無理そう。ＲＦＣの定義上はエスケープコードが使えるので、ＩＳＯ形式で日本語を書くのはできそうですね。といっても、実際に制御文字を含むアドレスを使うのは無理でしょうから、ＭＩＭＥの様な相互運用性を確保した文字の拡張を定義しないといけないと思います。

quoted-string = [CFWS] DQUOTE *([FWS] qcontent) [FWS] DQUOTE [CFWS]
qcontent = qtext / quoted-pair
qtext = NO-WS-CTL / %d33 / %d35-91 / %d93-126
NO-WS-CTL = %d1-8 / %d11 / %d12 / %d14-31 / %d127
quoted-pair = ("\" text)
text = %d1-9 / %d11 / %d12 / %d14-127