带有 + 的电子邮件如何工作，例如“support+id160211@somedomain.com”

Question

这些动态外观的电子邮件是如何工作的？这个 + 符号在电子邮件地址中的作用是什么。

似乎接收这些电子邮件的不是真正的电子邮件收件箱。

我的想法是，当我在某处阅读时，这些将转到“support@somedomain.com”。但那有什么意义呢。我主要是在您打开一些支持票或线程时看到这种情况，您可以直接回复您收到的电子邮件，并且您的电子邮件回复被添加到线程/票中..

但我仍然不明白这在幕后是如何运作的。

我希望在我的应用程序中实现类似的功能，用户可以在其中回复我们发送的电子邮件（我不确定在发送原始邮件时应该为回复地址添加什么），然后我想捕捉在我的脚本中以某种方式回复或阅读它，以便我可以将其保存为线程的评论。

我使用 sendmail 发送电子邮件，目前从地址设置为“support@somedomain.com”.. somedomain.com 是从 bluehost 购买的，它的 mx 记录设置为谷歌应用程序提供的记录..

我不知道下一步该做什么。

Answer 1

+ 符号及其后面的任何内容都应该被忽略。这是最终用户（电子邮件地址所有者）的功能。

这允许user@gmail.com 注册user+stackoverflow@gmail.com，并将电子邮件发送到user@gmail.com，但允许收件人查看其注册位置。如果地址被传递（例如发送给垃圾邮件发送者），那么您可以查看您的地址的来源。

尽管它是RFC 5322 和RFC 5233 中的标准，但并非所有（事实上，很少）MTA 都支持这一点。

RFC 5322 告诉我们，以下是允许的，只要它们充当“标记点”（即不是 @ 符号之前用户的开始或结束）：

! # $ % & ' * + - / = ?  ^ _ ` . { | } ~

gMail supports this，但这是我所知道的唯一一个。

---

你说你想实现email-to-PHP。我建议您有两个选择：

1. php.net/imap
   将所有电子邮件定向到 IMAP 邮箱并使用 PHP 打开邮箱，阅读电子邮件并传递它的内容。简单、可靠（因为电子邮件始终被存储）但不是即时的（这可能由每n 分钟的 cron 触发）。

2. Email Piping
   如果您有权管理服务器或 cPanel，则可以将电子邮件定向到 PHP 脚本以阅读电子邮件。这是即时的，但需要在服务器上进行更多配置，如果脚本不可用，则电子邮件将被退回。

我自己使用选项 2，因为即时解析电子邮件对我来说更重要。

要在电子邮件中存储标识符（在本例中为线程 ID），您可以按照您的建议使用reply-to 地址（使用support+12345@domain.com，support@domain.com 是电子邮件地址，12345 是线程 ID ) 或者您可以将线程 ID 存储在电子邮件的主题或正文中。

在我的情况下，我使用 abc123@subdomain.domain.com 和 abc123 作为我需要的哈希值（在您的示例中是用户 ID 和线程 ID），任何发送到 *@subdomain.domain.com 的电子邮件都定向到 Web 服务器，而 Web 服务器又定向到 PHP 电子邮件管道脚本。

您选择走哪条路线，但链接可以帮助您进一步。