[1] 多くのメールサーバーは、 local-part を受信者の識別子と、
受信者が任意に決定できる部分文字列の組み合わせ (もできる) としています。
その場合両者の区切子としては + が最もよく使われていますが、
他の記号も使われています。
[10] 例えば、メールアドレス hoge+foo@bar.example は、
bar.example というドメインに属する、利用者名 hoge
宛で、利用者が「foo」と分類しているものを表すかもしれません。
[2] 一般的な実装ではメールの配送には受信者を表す部分までが使われ、 残りの部分文字列は配送システム上は使用されません。受信者がメールフィルターや MUA の設定によって MUA 上のフォルダーやタグによって分類したり、 転送したりしていることもあります。
[11] いずれにせよ、 受信者と受信者の直前のメールサーバーの内部に限られた表記上の規約なので、 メールサーバーそれぞれで区切子が違っていたり、そもそもこの機能が提供されていなかったりします。 受信者とその直前のメールサーバー以外はどこまでが利用者名か明確に判断することはできません。
[8] 最もよく使われているのは + で、 Postfix >>3, >>7 や Sendmail
>>3, >>6 のような主要な MTA や、 Gmail >>3, >>5, Outlook.com >>3
のような主要な Webメールサービスが採用しています。
[9] その他 - >>3, >>19 や = >>20, >>3
が使われることもあります。 Postfix は鯖の設定で自由に決定できます >>3。
[21] この慣習がいつから始まったのかは不明確ですが、1997年には既に複数の実装が
+ に対応していました >>20, >>16。 = や -
を使う実装も既に存在していました >>20。
[23] Gmailでメアドが無限に増殖できるワザの名前と起源について - in between days, https://mohritaroh.hateblo.jp/entry/2020/08/23/161500
[14] Deflexion.com: Yahoo! Mail Plus now supports subaddressing ( ( 版)) http://deflexion.com/2003/10/yahoo-mail-plus-now-supports
[24] Gmailのユーザー名に+で仕分け先を指定できる機能、Gmail内では良くとも他の企業からしたら迷惑じゃないですかね? | mond, https://mond.how/ja/topics/l8txxgn1zhppq3b/q4aaoxny3axgk4j
メールアドレスのローカルパート(@より左側の部分)にプラス記号などで仕分け用の名前を指定する機能は、Gmailで使えることで有名になりましたが、別にGmail固有の機能というわけではなく、RFC 5233 - Sieve Email Filtering: Subaddress Extension で規定された由緒正しい機能で、Postfixなどでも使えます。
[25] >>24 Sieve で規定されていることと Postfix で使えることに直接の関係はないし、 RFC 5233 はと比較的新しく、 それを根拠に「由緒正しい」というのはちゃんちゃらおかしい。 Sieve は SMTP でも POP でも IMAP でも RFC 822 でも MIME でもない、インターネットメールの世界では四天王の面汚し、 誇れる「由緒」なんてないっしょ。
[13] MUA その他のメールアドレスを扱うアプリケーションの中には、
+ を正しく扱えないものがあります。特にメールアドレスを
mailto: や http:
の URL に埋め込む場合には、正しいパーセント符号化を行わなかったり、
誤ったパーセント復号を行ったりするために、 +
が正しく扱われないことがしばしばあります。
[12] Webアプリケーションなどでメールアドレスを要求するものの中には、
不注意や不見識によって + をエラーとしてしまったり、
本項で紹介した機能により同じ人が複数のアカウントを利用することを防ぐなどの目的で意図的に
+ を拒んだりすることがあります。