メールアドレスの＠の左側に+が入っていると、受け付けてくれなかったり、挙動が正常とは変わってしまうメールサーバーなどがありますか。
結論として 「+ を @ の左側に含むメールアドレスは RFC では完全に合法だが、現実には受け付けない・正常に扱えないシステムが確実に存在する」 というのが事実です。 これは メールサーバー側の問題 と Webサービス側の実装問題 の両方で起こります。
🧩 技術的には問題ない（RFC 5322）
RFC 5322 では、ローカルパートに + は正式に許可された文字 です。 Gmail など多くのサービスは プラスアドレッシング（サブアドレス） として利用できます。 blog.takeho.com
⚠️ しかし現実には問題が起きるケースが多い
1. Webサービスの登録フォームが + を弾く
- 正規表現のバリデーションが間違っている
- 特殊文字を意図的に禁止している blog.takeho.com
→ 最も頻発するトラブル。 「正しいメールアドレスを入力してください」と言われて登録できないケースが多い。
2. 一部のメール配信システム・古いメールサーバーが対応していない
- サニタイズ処理のバグ
- 独自SMTP実装の不備
- 特殊文字を正しく扱えない blog.takeho.com
→ メールが届かない、バウンスするなどの問題が起きる。
3. プラスアドレッシング非対応のメールサービスが存在する
- すべてのメールサービスが + をサポートしているわけではない （Gmail・Yahoo は対応、その他は未対応の可能性あり） Qiita
→ 受信側が + を無視しない場合、メールボックスに届かないことがある。
4. Microsoft Exchange Online では管理者が + を無効化できる
Exchange Online はデフォルトで + をサポートするが、 管理者が組織単位で無効化できる。 Microsoft Learn
→ 企業環境では「+ が使えない」ケースが普通にあり得る。
5. サポート担当者やシステムが + を誤って削除してしまう
- 「user+tag@example.com」を「user@example.com」と誤認
- ログインIDとして扱う際に別人扱いになる blog.takeho.com
→ パスワードリセットが届かない、アカウント重複などの事故が起きる。
📌 まとめ：実務では「+ を使うと問題が起きる可能性がある」
| 項目 | 仕様上 | 現実 |
|---|---|---|
| RFC 5322 | + は合法 | ✔️ 問題なし |
| Webサービスの登録フォーム | 実装次第 | ❌ 弾かれることが多い |
| メール配信システム | 実装次第 | ❌ 届かないことがある |
| 企業メール（Exchange） | デフォルト対応 | ⚠️ 管理者が無効化可能 |
| Gmail/Yahoo | 対応 | ✔️ 安定 |
💡 結論
「+ を含むメールアドレスは技術的には正しいが、現実には非対応システムが確実に存在する」 特に 会員登録・パスワードリセット・企業メール ではトラブルが起きやすいです。
必要であれば、
- + を使っても安全なサービスの特徴
- 代替のメールエイリアス戦略
- 実務での最適なメールアドレス運用
なども解説できます。どれを知りたいですか？ 安全なサービスの特徴 / 代替エイリアス戦略 / 実務での最適運用
「+」付きメールアドレスは本当に使っていいのか？RFC 5322 …Qiitaプラスアドレッシングについて – Qiita