信寄了，对方说没有收到，哪里出问题了呢？

信去哪里了，如何才能知道。

网络化程度越深的企业，越依赖邮件，导致邮件数量越来越多。加上垃圾、病毒邮件横行，接收端的邮件服务器会严格的禁止动态IP地址、域名没有反解甚至是无发件人的寄信行为。造成退信的比例越来越高。一般用户寄出邮件后就会认为对方一定会收到邮件，所以会忽略邮件主机响应的错误信息，一阵时间后，对方却说没有收到邮件或者被对方的邮件主机直接退信，碰到这样的问题时，就是考验网管人员对于整个邮件传递过程、DNS服务器、垃圾邮件判断机制或者是 ***TP沟通协议的理解程度了。如果网管人员没办法从浩瀚的系统记录中筛选出有用的数据，问题是没办法解决的。

邮件传递过程的根本，***TP通联
一封信的寄送过程如下：
寄信者——>  自己的邮件服务器——>  对方的邮件服务器—— > 收信者
一般而言，从寄信者到[自己的邮件服务器]寄信跟收信者到[对方的邮件服务器]收信都是比较没有问题的，况且出问题时，用户马上查觉邮件寄不出去或是收不下来。会出问题的就是[自己的邮件服务器]利用***TP协议将信寄到[对方的邮件服务器]这一段。邮件无法从[自己的邮件服务器]寄到[对方的邮件服务器] 的原因有很多。当双方的邮件主机利用***TP协议互相沟通时，会将沟通过程按照时间顺序写在记录档中，如果任何一方出问题，管理者可以从记录档中查询问题的原因，但是记录档是混合的，并不会把同一封信的沟通过程会部放在一起，而是按照时间记录的，所以管理者并不容易找出哪一段才是双方沟通的记录，更不用说判断出问题的原因了。

网管人员如何提出证据，证明邮件已寄出：在众至MS系列的邮件服务器管理界面——>使用分析——>邮件日志中，输入要查询的时间、帐号等数据，如果邮件已正常寄出，在这里就会有相关的时间、发件人IP地址，发件人、收件者跟邮件主题的记录。当邮件服务器记录这样一笔数据时，代表它已经走完所有信件的沟通过程，确认邮件已寄出或是收下，如果这里没有该封信的记录，代表信没有发出，可能在队列中等待重传或是已经退回给发件人，这一段时间不会超过24小时。

每封邮件自动分类***TP通联：***TP记录是双方邮件主机针对这一封信传送、接收时的沟通记录，它是双向的通联记录，也就是说发送端说我要寄信给你，接收端一定要说OK后，发送端才会进行下一步，如果接收端说不或是没有响应，发送端会重试，但是不一定会成功。所以只要双方都完成沟通机制且都响应OK，邮件一定是顺利的从寄件端送到收信端，至于收信端如何处置收到的邮件，发信端完全无法管，所以管理人员只要提出自己的邮件主机的***TP通联记录，确认对方的邮件主机有响应收到邮件，那后续用户收不到信的问题，就不在我们这边了。

MS系列的邮件服务器会把每一封信的***TP通联记录放在[详细]的按独钮中，管理人员可以依照需求点选。

详细记录分为三个部分：
***：整体的情况，邮件在几点几分开始传输，有没有传成功。
第二：DNS查询，如果查不到对方的响应，这里就会出现问题。
第三：***TP通联记录，按照时间表列的***TP沟通程序。

***TP通联记录是一个强而有力的证据，尤其是邮件遗失时，它就显行相当重要。ShareTech MS系列邮件服务器将这份信息，详细地分类，并且容易搜寻，提供给管理人员一个强壮的靠山。