none
邮件服务器为Exchange2016 server, 客户端发送邮件失败,跟踪日志显示submitfail,收件人地址为{}空 RRS feed

  • 问题

  • 你好!

    近期,我司部分用户有时在发送邮件失败,用户端没有任何异常,在Exchange2016 server上跟踪日志显示这封邮件的状态是submitfail,收件人地址为空的,请帮忙分析是什么原因导致的?谢谢

    2018年2月6日 3:34

全部回复

  • 您好,

    感谢联系我们社区。

    根据您的描述,这个问题submitfail表示邮件提交失败,这个步骤大多发生在mailbox transport submission service 提交邮件给transport service. 

    请问有无,具体的信息报错在消息跟踪日志中在这个submitfail时间之后;

    请问这封邮件是否有标题,发件人是谁,然后确认这个发件人有无发送这封邮件,是否这个邮件有再次发送(建议从消息跟踪日志中查找,因为您的描述,客户端方面没有任何异常,意味着没有收到任何NDR消息),并成功发送;

    这种情况优势会出现,可能当时服务器较忙,比如邮件高峰期,出现短暂的提交失败,但是紧接着第二次提交并成功传送。

    建议查看服务器是否存在性能方面的问题,如果没有。建议继续观察,如果偶尔出现,建议放心使用。

    希望可以帮到您。

    此致,

    敬礼

    Jason Chao


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

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年2月6日 8:16
  • Jason,你好!非常感谢你的回复

    非常确认发件人发送了邮件,并且邮件符合所有的规定(有主题,收件人地址正确),这封邮件收件人确实没有收到,不修改任何内容,手动重新发送这封提交失败的邮件,又能成功发送。这种现象不定时发生,发件方无觉察也收不到NDR,只有在Exchange management shell里使用邮件跟踪命令,如:Get-MessageTrackingLog -server servername -Start "2018/02/06 16:00:00" -End "2018/02/07 08:49:00" -eventid "submitfail",或  Get-MessageTrackingLog  -ResultSize unlimited -Start "2017/12/01 10:00:00" -End "2017/12/01 12:00:00" -Sender "xxx@xxx.com" 才能发现有邮件提交失败。

    2018年2月7日 1:09
  • 感谢回复,

    根据您提供的消息,这个问题可能是间歇性的故障,建议重启传输服务(transport service),邮箱传输提交服务(mailbox transport submission service),然后进行观察,是否还是有这种情况发生。

    如果还是有,建议重建mail.que, 参考我的之前的帖子中的回复中的解决方案一的相关步骤:

    https://social.technet.microsoft.com/Forums/zh-CN/c778c720-95c4-4de1-b707-0d5362fd87db/exchange-2016-mailque?forum=exchangeserverzhchs

    希望可以帮到您。

    此致,

    敬礼

    Jason Chao


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

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年2月7日 7:00
  • 新年好!

    按照您提供的解决方案,我重建了mail.que邮件队列,仍然有这种现象发生。请问该怎么办?谢谢!

    2018年2月23日 7:13
  • 新年好!

    建议查看发生问题的用户是否是特定的某些用户,如果是建议move到其他DB 查看。

    希望可以帮到您。


    Best Regards,
    Jason Chao


    Please remember to mark the replies as answers if they helped. If you have feedback for TechNet Subscriber Support, contact tnsf@microsoft.com.


    Click here to learn more. Visit the dedicated forum to share, explore and talk to experts about Microsoft Teams.

    2018年2月27日 3:19
  • 您好!

    将有问题的邮箱移动到其他DB,问题仍然存在。请指导该如何操作,谢谢!

    2018年3月5日 1:12
  • 感谢您的更新。

    在高峰工作时间检查数据库和日志文件驱动器上的磁盘性能,验证报告的平均值至少2小时或更长时间,并确保Logical Disk Avg 磁盘秒/读取和写入少于20毫秒。

    对于这种类型的问题,我们可以尝试增加默认阈值并增加MaxConcurrent值。 但请注意,如果存在任何潜在的性能问题,则可能会给服务器带来更多负载,从而导致意外行为。

    注意:如果要修改会话限制,则需要在任何数据库可用性组(DAG)内的所有邮箱服务器上修改它们。 如果您没有在所有服务器上进行相同的更改,结果将会不一致。

    此更改也适用于服务器中的所有用户邮箱。

    HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem.

    Type: DWORD

    Name: Maximum Allowed Sessions Per User

    Value: 32

    HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem.

    Type: DWORD

    Name: Maximum Allowed Service Sessions Per User

    Value: 32

    需要重启服务: Information Store Service

    Set-TransportService %SERVER% -MaxConcurrentMailboxDeliveries 50

    Set-TransportService %SERVER% -MaxConcurrentMailboxSubmissions 50

    将客户端Outlook更新为最新版本,另外也建议更新Exchange 服务器到最新的CU

    感谢您的努力,希望可以帮到您。

    此致,

    敬礼

    Jason Chao


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

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年3月5日 9:46
  • 您好,

    很久没有收到您的回复。

    不知上述回复有无帮到您,如果有的话请帮助标记为答复。

    感谢您的时间。


    Best Regards,
    Jason Chao


    Please remember to mark the replies as answers if they helped. If you have feedback for TechNet Subscriber Support, contact tnsf@microsoft.com.


    Click here to learn more. Visit the dedicated forum to share, explore and talk to experts about Microsoft Teams.

    2018年3月15日 9:54