php - 配置唯一的每用户唯一的电子邮件地址并转发到php脚本的正确方法是什么？

Question

我有一个拥有大约3万用户的web应用程序，而且增长很快。我们希望通过电子邮件启用一些功能，这意味着为每个用户分配一个唯一的电子邮件地址（出于安全原因）。发送到这些唯一地址的电子邮件应转发到php脚本。php脚本需要访问电子邮件的所有部分——邮件头、正文和任何附件。我不知道该怎么办。我们目前正在使用sendmail，希望继续使用它（如果重要的话，这是linux）。我可以将一个单独的电子邮件转发到一个脚本，但在我看来，创建3万个别名是不可伸缩的，而且每次新用户注册时都会创建一个新的别名。我会更高兴的是一些类型的捕获全部/基于正则表达式的解决方案，只是告诉PHP脚本唯一的电子邮件地址是收件人，这将让我们查找用户。

Answer 1

30000个账户没有提供任何您希望处理的流量信息。但我们假设这是另一个问题。
您可以创建catch all类型的帐户，它只接受您在域中创建用户地址的任何电子邮件（基本上是*@domain）。然后，可以对每个传入的邮件启动处理脚本（通常可以从stdin流（在php中，可以通过php://stdin访问）获取整个邮件正文，并根据需要进行处理。但如果您想使用php（或几乎任何脚本语言），这是不好的，因为每个邮件都需要生成新的php进程、初始化所有扩展等等。这一切都需要时间和资源，一个更大的垃圾邮件洪水和你的箱子几乎烤。
或者，您可以像收集任何其他邮件一样在邮箱中收集邮件，然后让脚本从中获取邮件（直接、深入maildir或通过imap或pop等邮件协议）。从管理的角度来看，这看起来更好，只要你的邮件服务器可以接收传入邮件，你的整个系统仍然可以工作。您甚至可以尝试通过设置一些过滤规则（MTA级别）来“分区”您的邮件，而不是将邮件发送到单个邮箱，而是更多。然后，您可以在处理这些邮件的同时减少麻烦（无需费心用多个实例处理同一封邮件等）。”分区“模式可以是任何东西，也就是说，取决于您的完整地址命名方案，如果基于字母的模式是a*@、b*@或[a-d]*@]（取决于通信量）的单独邮箱，那就不重要了。
或者，您可以尝试将传入邮件的主体放入数据库，然后按上述方式进行处理，而不需要任何POP/IMAP处理。
无论您选择什么，我建议您不要将任何表单的处理脚本直接放在邮件接收处理链中。它通常不是一个问题，有1分钟的延迟（因此，你可以有任何守护进程运行和获取邮件处理，CrOnWork等），用户可以等待这么多的W/O抱怨-它看起来像即时处理是最有可能不是强制性的，在你的情况。但如果是这样的话，恐怕php可能不是最好的工具选择。
编辑：（回答评论问题，不超过评论大小限制）
我对sendmail不够熟悉，无法在这里给您提供精确的配置指令（我使用的是定制qmail），但我希望可以应用一些一般提示。首先，我相信sendmail支持虚拟用户（这意味着/etc/passwd中不存在用户的邮箱）。如果是，那么mta通常应该允许您使用一些内置的提供程序查询db（以确定目标电子邮件地址是否有效，以及该用户的主目录在哪里）。或者（甚至更好）调用外部程序来实现这一点。后者是这里的赢家，因为没有真正的用户，所以您可以编写小脚本或（同样，性能更好）C应用程序来完成这一任务。因为您只需要根据一些简单的预定义规则将收到的邮件“分离”到几个物理邮箱中，所以您就完成了几个if()s+substr()s。几行，不需要数据库，很快。或者，更好的是，你甚至可以在这里尝试最愚蠢的roundrobin方法-事实上，如果邮件点击accountA或accountB是不相关的，只要50%的邮件以A结尾，而其他50%的邮件以B结尾（或者25%的邮件以4个目标帐户等结尾），这是我认为你应该关心的唯一条件。你可以尝试使用procmail，但我认为这是毫无意义的，并不是最好的表现。
至于把邮件存入数据库。它依赖于MTA—默认情况下，没有人这样做，因为它比将邮件放入maildir要慢（因为DB通常是其他主机），但仍有两种解决方案。请为执行此操作的Sendmail查找第三方修补程序，或添加另一个脚本/应用程序，将邮件从物理邮箱“复制”到数据库中。你可以说-但会慢一些。当然可以，但再说一遍-我不知道非实时处理在你的情况下是否真的很重要（我的瞎猜-它不重要），所以为什么真的要麻烦。如果您在这里节省了几毫秒，但在进一步维护整个解决方案时又节省了几分钟，那么选择是非常明显的。
顺便说一句：以防万一-每当我写mailbox时，我肯定是指用户邮件的容器，而不是mailbox文件格式。至于文件格式maildir（或者其他竞争性的）是更好的选择。