none
邮件发送失败 RRS feed

  • 问题

  • Dear

    exchange版本为2013,一台应用服务器上的一个应用配置了邮箱,会给指定邮箱发送邮件,前段时间收到邮件发送失败的提醒,报错是“5.7.1 Unable to relay”,在cas服务器上查看邮件流日志,显示未送达。在网关上也没有这条邮件的记录。

    除了这个时间段外,其他时间的邮件都是正常的,收件人有内部人员,也有其他的邮箱。

    请问这是什么问题导致的?

    2019年7月22日 1:33

答案

  • 您好,

    上面提到说message tracking log没有找到相关记录,您把邮件主题参数去掉,收件人选择一个内部用户,设置一个时间段(UTC时间)再试一下:

    Get-TransportService|Get-MessageTrackingLog -Start <DateTime> -End <DateTime> -Sender <mailbox address> -Recipients <mailbox address> |select timestamp,EventID,Source,ConnectorID|sort-object Timestamp

    您之前提到的邮件流日志是协议日志还是其他什么日志?

    如果这段时间内没有清理过事件日志,查看下在邮件传输失败的时候事件查看器中是否有相关的报错日志生成。

    此致,

    Lydia Zhou


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    2019年8月21日 8:57
    版主

全部回复

  • 您好,

     

    欢迎来到Outlook client论坛,这里我们主要讨论关于Office客户端的常见问题,考虑到您的问题属于Exchange Server的范畴,所以我将帮您把您的帖子移动到Exchange Server论坛。

     

    之所以将您的帖子移动到Exchange Server论坛是因为在正确的论坛里将会有我们最了解您所遇到的问题的人员,而经常浏览论坛的其他伙伴也可以就您的问题分享他们的知识和经验或者从您和我们的互动交流中学习。

     

    感谢您的理解,希望您的问题能够很快解决。

    此致,

    敬礼

    Aidan Wang


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.


    2019年7月22日 8:01
  • Dear

    这个问题,应该跟连接器或中继没有关系。

    因为目前这个问题只出现了一次,在此之前和之后,都是可以正常发件的。

    邮件流日志里,邮件已经到exchange服务器上了,只是没有投递出去。

    感谢!

    2019年7月22日 9:30
  • 您好,

    您的意思是只有出现过一次邮件发送失败且收到NDR邮件的情况?

    这封邮件是发给内部用户还是外部用户的?

    从邮件跟踪日志中,有找到其他相关的事件吗:

    Get-TransportService|Get-MessageTrackingLog -MessageSubject <subject> -Sender <mailbox address> -Recipients <mailbox address> |select timestamp,EventID,Source,ConnectorID|sort-object Timestamp

    您可以参考这篇文章,找到对应的事件说明:邮件跟踪日志中的事件类型

    此致,

    Lydia Zhou


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    2019年7月23日 6:07
    版主
  • Dear

    只出现了一次,收件人内外部都有,所以很奇怪。

    而且在邮件跟踪里,查询到的结果只有部分,明明已发送了邮件,而且成功了,在跟踪里却没有这条记录。

    感谢!

    2019年7月24日 3:27
  • 您好,

    您的环境里是有多台Exchange服务器吗?

    邮件如果离开邮箱,会生成RECEIVE事件且Source是STOREDRIVER,表示邮件已经从邮箱传输到Mailbox Transport Submission服务。您是说没有这条记录吗?

    您可以运行下上面提供的包含Get-TransportService的命令,方便的话可以将运行结果的截图贴在回复中,并且请不要忘记覆盖个人信息。

    此致,

    Lydia Zhou


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    2019年7月25日 6:44
    版主
  • Dear  

    如下图:

    2019年7月26日 6:51
  • 非常好,我收藏了!
    2019年7月26日 9:57
  • 您好,

    根据您的描述“在cas服务器上查看邮件流日志,显示未送达”,您说的邮件流日志是指协议日志(protocol log)吗?

    如果说邮件已经到达过接收连接器,那您有从协议日志中得到什么报错或其他信息吗?

    此致,

    Lydia Zhou


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    2019年7月30日 9:02
    版主
  • 默认情况下messages tracking log保留期限是30天,并有日志文件大小限制,您可以使用下面的命令查看下日志设置,确保该邮件的message tracking log仍然存在:

    Get-TransportService | Format-List identity,MessageTrackingLog*

    如果说在这之前的邮件跟踪日志还存在,只有这封邮件的日志无法找到,那就可能是这封邮件没有在服务器上进行传输。如果确定邮件确实到达过服务器,那可以查看下协议日志,或许可以找到邮件传输失败的原因。

    此致,

    Lydia Zhou


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    2019年8月1日 2:07
    版主
  • Dear

    既然发件失败,应该会有退信,请问怎么才能找到退信?

    2019年8月2日 1:01
  • 您好,

    请问您说的给应用配置了邮箱是配置了像普通用户邮箱那种可登录访问的邮箱吗?如果是这样,我们可以登录该邮箱查看是否收到了退信。如果不存在实体邮箱,我们便无法查看到具体退休内容。

    此致,

    Lydia Zhou


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    2019年8月5日 9:54
    版主
  • 请问以上信息对您是否有帮助?如果您对此问题有任何疑问或需要进一步的帮助,请随时回复。

    此致,

    Lydia Zhou


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    2019年8月13日 1:41
    版主
  • Dear

    这封邮件已经到服务器上了,前后端个两台,却没有投递出去。

    请问可以查哪些日志?

    因为发件人是应用服务器,没有找到退信,所以无法通过退信查找原因。

    感谢!

    2019年8月15日 7:40
  • 您好,

    之前提到的协议日志记录可以查看下。不过默认情况下,所有发送连接器和接收连接器上禁用协议日志记录。您需要使用下面的命令启用:

    Set-ReceiveConnector "<ConnectorIdentity>" -ProtocolLoggingLevel Verbose Set-SendConnector "<ConnectorIdentity>" -ProtocolLoggingLevel Verbose

    考虑到这种问题只出现过一次,您可以先给相关的连接器启用协议日志记录。下次问题如果重现,就方便找到更多信息。

    此致,

    Lydia Zhou


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    2019年8月16日 9:10
    版主
  • Dear

    根据发送失败时间点,查询的结果中,并没有具体失败原因。

    'Queued mail for redundancy'的报错也存在,同一时间点的也存在“250 2.0.0 OK;250 2.0.0 OK;250 2.0.0 OK;250 2.0.0 OK;250 2.0.0 OK,18493,5,”。

    后端服务器只有两台,1投2,是没有问题的。

    2019年8月19日 7:52
  • 您好,

    上面提到说message tracking log没有找到相关记录,您把邮件主题参数去掉,收件人选择一个内部用户,设置一个时间段(UTC时间)再试一下:

    Get-TransportService|Get-MessageTrackingLog -Start <DateTime> -End <DateTime> -Sender <mailbox address> -Recipients <mailbox address> |select timestamp,EventID,Source,ConnectorID|sort-object Timestamp

    您之前提到的邮件流日志是协议日志还是其他什么日志?

    如果这段时间内没有清理过事件日志,查看下在邮件传输失败的时候事件查看器中是否有相关的报错日志生成。

    此致,

    Lydia Zhou


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    2019年8月21日 8:57
    版主