邮件延迟几个小时，甚至几天
本帖最后由 ilyxx 于 2013-01-30 16:59 编辑最近两周内发现部分客户的邮件延迟几个小时，甚至几天才收。对公司的业务造成很大的影响。这些客户大都是香港客户或是外资公司的客户。邮件服务器也检查了，看不出是什么问题。
这类延迟的邮件抄送给公共的邮箱（如：qq、gmail），公共邮箱没有问题，但是我公司的邮件服务器确出现延迟收到的问题。
看了下延迟邮件的邮件头，发现都有一个特征，邮件路由的最后一跳地址都涉及到域名messagelabs.com下的地址，例如：“server-6.tower-62.messagelabs.com”、“server-15.tower-81.messagelabs.com”、“server-2.tower-81.messagelabs.com”、“mail1.bemta12.messagelabs.com”。
以下是一封延迟了3天才收到的邮件的邮件头，客户1月16日发出的，到1月19日才收到。
各位大仙看看究竟是我邮件服务器的问题，还是其他什么问题。多谢了
年终奖是要泡汤了。
Received: from mail2.cisd.com.hk (HELO cisdhkmalsrvr6.cisdhkmrdomain6) (202.153.121.62)
by server-15.tower-81.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jan 2013 01:10:14 -0000
Received: (qmail 23423 invoked from network); 16 Jan 2013 01:10:14 -0000
Received: from cisdmlbox000.CISDMAIL.LOCAL () by
cisdmlcas002.CISDMAIL.LOCAL () with mapi; Wed, 16
Jan 2013 09:09:50 +0800
Received: from cisdmlcas002.CISDMAIL.LOCAL ()
by cisdhkmalsrvr6.cisdhkmrdomain6 (8.13.8/8.13.8) with ESMTP id r0G19Ki2004565;
Wed, 16 Jan 2013 09:09:20 +0800
Received: from by server-1.bemta-17.messagelabs.com id 26/A3-14099-6FDF5F05; Wed, 16 Jan 2013 01:10:14 +0000
Received: from mail1.bemta17.messagelabs.com (mail1.bemta17.messagelabs.com )
by mail.xx.cn (8.13.8/8.13.8) with ESMTP id r0JANZpK009047
for <xx@xx.cn>; Sat, 19 Jan 2013 18:23:36 +0800
Return-Path: <aa@aaa.com.cn>
From: "SHAITS Cellia Du" <aa@aaa.com.cn>
To:
Cc:
References:
Subject:
Date: Wed, 16 Jan 2013 09:10:10 +0800
Message-ID: <133FABA3A888AB43A3705756D79574C04FD668DB4D@CISDMLBOX000.CISDMAIL.LOCAL>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0078_01CDFE40.7E701890"
X-Mailer: Microsoft Office Outlook 11
Thread-Index: Ac3YUNs6IdM8tGf1R4ygb3VhxMbpaAV7DmswAALw6vABAJ488AAmTuygAAFYv8AAJuDWIAAAKkQg
In-Reply-To: <000001cdf385$c49f5a30$66caa8c0@office01>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
X-EsetId: 50766F3C51AE0B36023134
另外谁了解messagelabs.com是做什么的？我打开www.messagelabs.com时，页面转跳到赛门铁克的页面上了，被收购了？而且没有国内的办事处。 最新发现，这些客户都使用了symantec的类似邮件网关的产品，messagelabs.com确实被symantec收购了，:@ 从邮件头分析，问题出现在你的服务器上。至于什么问题只能你调查你的服务器。 几点想法：
1. 检查MAILSERVER到“*.messagelabs.com”这些主机的网络通信流畅。
2. mailserver有可用的IPV6地址吗？如果没有就彻底禁用net-ipV6。 回复 5# llzqq
多谢您的建议。
1、测试邮件服务器至*.messagelabs.com均畅通。
2、IPV6也已经禁用。
但是问题仍然存在，一点头绪都没有。仅仅只是部分客户的邮件出现这种情况，不是所有的。这段时间邮件服务器上没有做过任何的配置和调试，路由器也重启过了。仍然找不到问题发生的原因。 find /var/qmail/queue/mess -type f | wc -l
然后发出结果来。 这是为什么呢？？ 回复 7# iceblood
很抱歉，我忘记说了邮件服务器用的是sendmail。
刚刚看了邮件日志，发现*.messagelabs.com的部分ip被anti-spam.org.cn列到黑名单了，我邮件服务器使用anti-spam.org.cn的RBL服务。刚才在sendmail.cf中注释了RBL服务，用公共邮箱做测试没有延迟，现在在做客户那边的邮件测试。 sendmail？那你提供的这个源邮件有问题，或者你自己随便拼凑了一个虚假的源邮件。
因为我分析你的源邮件头结构混乱。
按照你提供的信息分析，我分析的结果为对方是sendmail，而你是qmail，并且对方的服务器时间还不准。
页:
[1]
2