「メールアドレスのルール」なんて使ってはいけない3つの理由 - めもおきば
定期的に繰り返される話題ですがまた盛り上がっているのできちんと書いておきます。 「通るべきメールアドレスが弾かれると激おこ」という前提で話を進めます。 問題点1. メールアドレスに関して、RFCなんてそもそも守られていない 2009年以前に登録されたDoCoMo携帯のメールアドレスなど、quoted-stringじゃないのにピリオド連続するものが実在している以上、彼らを許容するべきです。 今そこにある実装 >>(越えられない壁)>> RFC です。 問題点2. メールアドレスの国際化 @の左側(addr-spec)でUTF-8を利用できるようにするRFC5335が発行されています。これにより、通すべき文字が一気に増えます。 RFC5335 Internationalized Email Headers JPRSが国際化電子メールアドレスの標準化活動に貢献 / 株式会社日本レジストリサービス
JPRSが国際化電子メールアドレスの標準化活動に貢献 / 株式会社日本レジストリサービス（JPRS）
‐JPRSの技術者が著者となったRFCが発行、国際化メールアドレスの実用化に向けた実証実験の準備が整う‐ JPドメイン名の登録管理およびドメインネームシステム（DNS）の全体管理と運用を行う株式会社日本レジストリサービス（以下JPRS、本社：東京都千代田区、代表取締役社長：東田幸樹）は、本日、JPRSの技術者が著者となった、国際化電子メールアドレス（EAI）の規格を定めたRFCが発行されたことを発表しました。なお、これにより、国際化電子メールアドレスの実用化に向けた実証実験の準備が整ったことになります。 通常、電子メールアドレスは「ユーザー名＠ドメイン名」という形式で表されます。そのうち、＠の右側の「ドメイン名」の国際化については、国際化ドメイン名（IDN）として、既に標準規格が定められています。今回の国際化電子メールアドレスは、＠の左側の「ローカルパート」と呼ばれる部分も含んだメールアド
サーバーがUNIXやLinuxなどの場合は可能なら適切な第5引数を付加するべきです - elf's blog
Envelope Fromに気をつけろ!! Envelope Fromって何じゃらほい? Envelope FromはいわゆるヘッダーFromとは意味が異なり，SMTPレベルできっちり評価される(はず)の送信もと情報です． Envelope Fromについての説明は面倒なので割愛(詳細を知りたい方はそもそもSMTPを勉強してください)しますが，それの設定はいろんな書籍や情報サイトでぞんざいにされがちです． しかし昨今一番大きな影響としてはspamかどうかの評価にも利用されることが多いことを認識すべきです．ようするにこれを適当に扱っていると「このメールはspamかも!!」って評価される可能性が高くなるということです． また，エラーメールは通常Envelope Fromに戻るので，大量メール配信のソフトウェアの開発時には積極的に送信メール認識に利用されていますね． っで，IDEA*IDEAの何
RFCに合致するけど問題のあるメールアドレス - グニャラくんのグニャグニャ備忘録@はてな
僕が使っている携帯のメールアドレスと会社のメールアドレスは、 どちらも様々なサイトで利用できないです。 携帯のメールアドレスは、「-」で始まっています。 これはRFCに準拠したメールアドレスです。 （例えば、「.」の連続はRFCには合致しません） しかし、いくつかのサイトではメール送信がエラーとなるようです。 Postfixではデフォルトの設定では上記のようなメールアドレスがエラーとなります。 参考：http://slashdot.jp/mobile/comments.pl?sid=318448&cid=951994 また、会社のメールアドレスは、@の前が1文字です。 たまにフォームチェックでひっかかることがあります。 こちらももちろんRFC準拠です。 こんなエントリをなんで書いたかというと、 楽天モバイルのポイント２倍登録なんかのメールが、 「-」が先頭のアドレスに対応していないからじゃ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWSからのメール送信