我认为 Outlook X500 寻址存在很大问题

我认为 Outlook X500 寻址存在很大问题

我将一个小客户从一台托管 Exchange 服务器 (Microsoft Office 365) 移至另一台 (Intermedia.net)。外部发件人向新服务器主机上的用户发送的一些电子邮件无法送达,被从旧服务器弹回,没有中继错误。

这似乎是使用 LegacyExchangeDN 或 X500 寻址时遇到的典型错误,需要清除名称完成缓存。但是根据我的经验,这种情况发生在内部发件人身上。这是来自外部发件人,他们几乎都是 Outlook 用户。对外部用户的拒绝来自旧服务器,因为受影响的外部发件人的电子邮件仍在那里投递。但是我们的 MX 记录已完全传播,没有不使用 Outlook 的人,或者是没有通信历史记录的新发件人,在给我们发送电子邮件时都不会遇到问题。是否可能/很可能出现相同的名称完成/清除缓存错误?我必须联系全国各地的用户和 IT 管理员,指导他们解决这个问题,以便他们的用户可以再次给我们发送电子邮件?

更新:Godaddy 上的 DNS 在 MX 记录上默认 TTL 为 1 周。因此,我们的旧记录和我周五晚上创建的新记录的 TTL 都是 1 周。我刚刚将其更改为 30 分钟,但我怀疑从最初的周五晚上更改开始,我们可能要等到 1 周才会有好运?将电子邮件转发到错误服务器的一大原因在于,其提供商通过 messagelabs.com(赛门铁克)服务器的用户。

答案1

作为从本地邮件交换服务器迁移到 Office365 的关键步骤之一,在 MX 记录的更新更改期间,应将 TTL 值从默认值降低到最短时间

“将此值设置为 1 小时或等效的分钟(60)、秒(3600)等。”
在任何域名注册商处更改名称服务器以设置 Office 365

答案2

Exchange X500 地址(通常称为LegacyExchangeDN)仅用于内部Exchange 和 Outlook 客户端无法看到它们;即使另一端也在运行 Exchange,它们也不会参与 SMTP 传递;出于同样的原因,远程 Exchange 系统的 Outlook 客户端也看不到它们。因此您的假设是错误的:如果问题影响来自外部系统的传入消息,那么它肯定与 X500 地址无关。

DNS 是最有可能的罪魁祸首;特别是如果您的 DNS 提供商使用了非常长的 TTL(正如您已经发现的那样)。

相关内容