email - 当邮件服务器不在 web 主机上时的 sendmail 和 MX 记录

Question

这是一个我确信很容易解决的问题，但我整天都在纠结这个问题。

我正在为客户开发一个新网站。该网站位于(这是一个示例)website.com。我有一个 PHP 表单脚本，可以将访问者的请求通过电子邮件发送到 requests@website.com。

当我在不同域的登台服务器上对此进行编码时，一切正常。当我将其移至 website.com 时，邮件消息从未到达。 Web 服务器位于具有主要 ISP 的虚拟主机上。

这是我从那时起学到的东西: 我客户的邮件服务器是 Microsoft Exchange，安装在他们办公室的一个盒子上。每当外界有人发送电子邮件 requests@website.com 时，邮件就会到达。但是如果网络服务器发送到同一个电子邮件地址，它每次都会失败。这是不是 PHP 问题。我将 shell 安全地连接到 Web 服务器，并使用 sendmail 和 UNIX 邮件应用程序对此进行了测试。我还通过从 shell 向各种电子邮件帐户发送电子邮件来对其进行了测试。例如，我可以给自己发电子邮件，只给 website.com 域中的任何人。

简而言之，当我登录到 website.com 时，发邮件到 requests@website.com、user@website.com、another_user@website.com 都失败了。所有其他地址工作正常。我发现那些丢弃的电子邮件被路由到 Web 服务器的“catchall”帐户，它们位于收件箱中。

我已经在 website.com 上进行了 MX 查找。 MX 记录指向 mailsec.website.com。我可以 telnet 到 mailsec.website.com 的 25 端口并查看 SMTP 服务器。

在我看来，website.com 在向 requests@website.com 发送邮件时没有执行 MX 查找。我的理论是它将域识别为本地域，看到没有“请求”用户帐户可以将其传送到，并将邮件放入通用帐户。我想要的是强制 sendmail 进行 MX 查找并将邮件发送到 Exchange 服务器。我在这里不知所措。我无法弄清楚如何做到这一点。

就此而言，我可能在这里离基地很远，并且完全误诊了这一点。 Internet 邮件和 MX 对我来说一直是一种黑色艺术，我的无知肯定在这个问题上表现出来。

Answer 1

我认为问题在于 sendmail(您的进程)正在与本地 sendmail 守护进程通信。本地sendmail 守护进程认为，因为它是website.com，所以它应该知道如何发送电子邮件。不幸的是，to 字段中的实际地址在 Web 服务器上不存在，因此它将其转储到“catchall”邮箱中。您应该与您的 ISP 联系并让他们更新他们的 sendmail 配置，以便发送到 ...@website.com 的邮件转发到邮件交换器而不是在本地处理。