アカウント名:
パスワード:
皆がそういっているから正しいんだろう、と思い込む前にRFC原文を読んで下さい。
まともに原文を読まないエセエンジニアが、「.」の連続がRFC違反だというガセを流して、それが真実だと信じるエンジニアが増えてしまいましたが、誤りです。（DNS"浸透"問題でも嘘が信じられていた時代もあったので、エンジニアの皆様もフェイク情報に惑わされやすいようです）
"hoge."@example.com や "ho..ge"@example.com は RFC 準拠です。local partは、 クオーテーションマーク「"」のなかにスペースを含むいろんな文字が入ったquoted stringを含むことができる（廃止済みの
は？ さらっと責任転嫁すんな！！
ガラケーも本当の初期の数年以外は、外部（インターネット）とのやり取り時には、"で正しく括ったquoted stringに自動変換して処理していたので、扱えないMTAの方が問題なのに、何故か携帯電話会社にRFC違反だという冤罪を押し付けるエンジニアが多く、それをRFCも読めないエンジニアが信じてしまったのです。
外に出す時だけ自動変換して処理すればオッケーとでも思ってんのか？外から入ってくるときのことを都合よく無視して「冤罪」ってお前さぁ……携帯電話会社が"で正しく括ったquoted stringのアドレスをユーザーに払い出したか？違うだろ、括らないRFC違反のアドレスを払い出しまくって世の中に迷惑かけてたんだよ1年半前までそんな様だったからiOS 14 [mobile.srad.jp]で問題起こしてたんじゃねーか！
そこをくくるのはUA (メーラー) の役割だぞ。お前は手動で Subject ヘッダを B encoding してるんか？
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
そもそも「.」の連続や「.@」はRFC違反ではありません (スコア:5, 参考になる)
皆がそういっているから正しいんだろう、と思い込む前にRFC原文を読んで下さい。
まともに原文を読まないエセエンジニアが、「.」の連続がRFC違反だというガセを流して、それが真実だと信じるエンジニアが増えてしまいましたが、誤りです。
（DNS"浸透"問題でも嘘が信じられていた時代もあったので、エンジニアの皆様もフェイク情報に惑わされやすいようです）
"hoge."@example.com や "ho..ge"@example.com は RFC 準拠です。
local partは、 クオーテーションマーク「"」のなかにスペースを含むいろんな文字が入ったquoted stringを含むことができる（廃止済みの
Re:そもそも「.」の連続や「.@」はRFC違反ではありません (スコア:1)
は？ さらっと責任転嫁すんな！！
外に出す時だけ自動変換して処理すればオッケーとでも思ってんのか？
外から入ってくるときのことを都合よく無視して「冤罪」ってお前さぁ……
携帯電話会社が"で正しく括ったquoted stringのアドレスをユーザーに払い出したか？
違うだろ、括らないRFC違反のアドレスを払い出しまくって世の中に迷惑かけてたんだよ
1年半前までそんな様だったからiOS 14 [mobile.srad.jp]で問題起こしてたんじゃねーか！
Re: (スコア:0)
そこをくくるのはUA (メーラー) の役割だぞ。
お前は手動で Subject ヘッダを B encoding してるんか？