アカウント名:
パスワード:
皆がそういっているから正しいんだろう、と思い込む前に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)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
そもそも「.」の連続や「.@」は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 してるんか?