谁能告诉我为什么带有附件的电子邮件从一个域发送失败,而在另一个域中却不会发送?

谁能告诉我为什么带有附件的电子邮件从一个域发送失败,而在另一个域中却不会发送?

我正在尝试向我们的一位客户发送电子邮件。如果没有附件,我可以从我的内部 Exchange 服务器成功向客户发送电子邮件。我可以从我的 Gmail 帐户成功向客户发送带有附件(zip、docx、pdf 已测试)的电子邮件。如果我尝试从我的域发送带有任何附件(zip、docx、pdf)的电子邮件,邮件将永远无法到达客户。我从他们那里得到的只是退回“proxy1.somedomain.com <proxy1.somedomain.com #4.4.7> #SMTP#”(出于隐私原因删除了客户域)。

有人知道我可以从哪里开始测试吗?这似乎是来自我的域的附件的问题,但是为什么服务器只阻止来自我的域的带有附件(任何附件)的电子邮件?

谢谢

注意:我想补充一下,我们有一个内部 Exchange 2007 服务器和一个 Sendmail 中继。Sendmail 服务器只接收传入邮件,并在将邮件中继到我的 Exhcnage 服务器之前搜索垃圾邮件和恶意软件。Sendmail 服务器看不到传出邮件。

答案1

我将对此采用我的默认回应。=)

当前反垃圾邮件技术的缺点是,它们并不完善,如果收件人的设置过于严格,则容易出现误报。我没有具体的答案给你,但我认为尝试几个故障排除步骤会很有价值:

  • 发件人默认电子邮件账户中发往该域名的所有带有附件的邮件都会出现这种情况吗?还是只有部分附件会出现这种情况?
  • 如果发送者稍后重新发送该消息,它会通过吗?(只是试图确定阻塞是由于流控制还是特定于消息。)
  • 这种行为是最近才出现的吗?还是一直存在的问题?
  • 您的用户是否曾经能够成功地向该域发送附件?

如果没有发现任何明显问题,您可能需要联系收件人邮件管理员,他可以详细说明发生了什么。

希望这可以帮助。

答案2

我最近在新配置的 Exchange Server 上遇到了类似的问题。我最后查看的一个地方似乎解决了这个问题...DNS 转发器。

在我遇到的情况中,只需添加8.8.8.8因为主 DNS 转发器发挥了作用。

相关内容