如何处理电子邮件解析和常规邮箱？答案

【问题标题】：How to handle email parsing and regular mailboxes?如何处理电子邮件解析和常规邮箱？
【发布时间】：2015-05-12 12:12:21
【问题描述】：

所以我一直在想这个问题，似乎找不到任何关于如何正确处理的文章或文档。这个想法很简单：我正在实现一个电子邮件解析系统，以便用户可以通过直接响应电子邮件提示来发布新条目。设置工作正常，MX 记录指向邮戳的服务器，并且可以正常解析。

我现在正在寻找一种方法来保持此设置，同时添加对通用邮箱（如contact@、team@等）的支持（我承认有点倒退）有没有办法做到这一点更改 DNS 记录？

到目前为止，我想出的最好办法是将解析移至子域，但这意味着过去的电子邮件提示无法再得到答复。

【问题讨论】：

标签： email parsing dns mx-record

【解决方案1】：

无法通过 DNS 处理此问题。 DNS 将只允许您设置和处理等式的域部分。

有几种方法可以实现您所追求的目标：

为您的应用程序使用子域（因此电子邮件发送至 app.yourdomain.com 以获取应用程序，而 yourdomain.com 则用于常规地址）。
不要将您的 DNS 设置为转发给您的应用程序电子邮件处理器（邮戳），而是使用您现有的服务器并仅将您想要转到应用程序的消息转发到您的电子邮件处理器（邮戳等）。
与上述相同，但让电子邮件处理器从您设置的 IMAP 邮箱中收集。
让电子邮件处理器将不适合您应用的消息转发到现有服务器。

其中许多取决于您的处理器（邮戳）实际上可以让您做什么。每个都有不同的功能，但是最好和最通用的方法是只为您的应用程序电子邮件使用子域。

【讨论】：

【解决方案2】：

我能想到两个选择：

1/ 您在您的主域上创建了一个“全部捕获”地址。此地址将捕获不是contact@、team@、...的电子邮件。对于此地址，您只需设置一个转发到您从PostMark (http://developer.postmarkapp.com/developer-process-configure.html) 获得的InboundHash 地址。这意味着您根本不需要使用 MX 记录，而是使用简单的电子邮件转发器

2/ 您使用上述子域选项。对于老客户的迁移，您可能会在主域上设置电子邮件别名并将其转发到子域。

还有第三种选择，但我在这里可能有偏见。我正在为http://mailparser.io 工作，这也可能是此类问题的解决方案。您可以在您的主域上创建一个包罗万象的内容，将所有内容转发到您的 mailparser.io 收件箱。在那里，您可以解析原始 from/to 和“最后一个回复”并将其发送到您的 API。

【讨论】：