邮件传递延迟 - 托管交换提供商

邮件传递延迟 - 托管交换提供商

我最近注册了一家新的托管电子邮件提供商。当我发送邮件(从 OWA 或 Outlook)时,从我发送邮件到收到邮件最多需要 3 分钟(例如在我的 Gmail 帐户中)

我已将标题列于下方。

我可以建议我的新电子邮件主机做什么吗?我以前的电子邮件主机在 5 秒内就能送达!

新的电子邮件提供商:

送达:****.*****@******.co.uk.test-google-a.com
接收者:10.223.120.148,SMTP ID 为 d20cs333125far;2009 年 11 月 30 日,星期一
 08:49:43 -0800(太平洋标准时间)
接收者:10.213.106.202,SMTP ID 为 y10mr4864870ebo.35.1259599782838;
 2009 年 11 月 30 日星期一 08:49:42 -0800 (太平洋标准时间)
返回路径:
收到:来自relay005.apm-internet.net (relay005.apm-internet.net
 [85.119.248.8]),由 mx.google.com 使用 SMTP id
 26si13016480ewy.43.2009.11.30.08.49.42;2009 年 11 月 30 日星期一 08:49:42 -0800(太平洋标准时间)
已接收 SPF:中性(google.com:85.119.248.8 既不被允许也不
 被 ****@*******.com 域名的最佳猜测记录拒绝)
 客户端IP=85.119.248.8;
身份验证结果:mx.google.com;spf=neutral(google.com:85.119.248.8
 既不被允许也不被最佳猜测记录拒绝
 ****@*******.com) smtp.mail=****@*******.com
已收到:(qmail 63915 从网络调用);2009 年 11 月 30 日 16:49:41 -0000
已收到:来自未知(HELO mx-out-manc2.simplymailsolutions.com)
 (88.151.129.22)由relay005.apm-internet.net 使用 SMTP 发送;2009 年 11 月 30 日 16:49:42
 -0000
X-APM-IP: 88.151.129.22
X-APM 分数:4
已接收 SPF:无(relay005.apm-internet.net:域名为 alexjamesbrown.com
 未指定允许的发件人主机)
收到:来自 [10.1.20.1] (helo=win-s-manc1.shared.ifeltd.com)
 mx-out-manc2.simplymailsolutions.com 带有 esmtp (Exim 4.63) (信封来自
 ) id 1NF9QZ-0005By-Hw 为 ****.*****@******.co.uk;
 2009 年 11 月 30 日星期一 16:48:46 +0000
收到:来自 sha-exch8.shared.ifeltd.com ([10.1.20.8])
 win-s-manc1.shared.ifeltd.com 与 Microsoft SMTPSVC(6.0.3790.3959);周一,30
 2009 年 11 月 16:48:34 +0000
收到:来自 sha-exch9.shared.ifeltd.com ([10.1.20.9])
 sha-exch8.shared.ifeltd.com 与 Microsoft SMTPSVC(6.0.3790.3959);周一,30
 2009 年 11 月 16:48:34 +0000
收到:来自 SHA-EXCH13.shared.ifeltd.com (10.1.20.13)
 sha-exch9.shared.ifeltd.com (10.1.20.9) 具有 Microsoft SMTP 服务器 (TLS) id
 8.1.393.1; 2009 年 11 月 30 日星期一 16:48:25 +0000
收到:来自 SHA-EXCH12.shared.ifeltd.com ([fe80::ecba:36d0:eec5:c928])
 SHA-EXCH13.shared.ifeltd.com ([fe80::212b:916c:70c7:a4e5%11]) 与 mapi;星期一,
 2009 年 11 月 30 日 16:48:05 +0000
来自:亚历克斯·布朗
收件人:“****.*****@*****.co.uk”
日期:2009 年 11 月 30 日星期一 16:48:04 +0000
主题:测试
主题主题:测试
主题索引:AQHKcdzZg4oiDsOYIEio/7k6bCk8BQ==
消息ID:
接受语言:en-US、en-GB
内容语言: en-GB
X-MS-已附加:
X-MS-TNEF-相关器:
接受语言:en-US,en-GB
内容类型:text/plain;字符集=“us-ascii”
内容传输编码:quoted-printable
MIME 版本:1.0
X-OriginalArrivalTime:2009 年 11 月 30 日 16:48:34.0235 (UTC)
 文件时间=[F48178B0:01CA71DC]

以下是使用我以前的交换主机的标头:

送达:****.*****@******.co.uk.test-google-a.com
接收者:10.223.120.148,SMTP ID 为 d20cs333076far;2009 年 11 月 30 日,星期一
 08:48:35 -0800(太平洋标准时间)
已接收:10.213.2.70,SMTP ID 为 6mr4797985ebi.25.1259599715739;星期一,30
 2009 年 11 月 08:48:35 -0800(太平洋标准时间)
返回路径:
收到:来自relay005.apm-internet.net (relay005.apm-internet.net
 [85.119.248.8]),由 mx.google.com 使用 SMTP id
 26si13030993ewy.23.2009.11.30.08.48.35;2009 年 11 月 30 日星期一 08:48:35 -0800(太平洋标准时间)
已接收 SPF:中性(google.com:85.119.248.8 既不被允许也不
 被 *@*********.com 域名的最佳猜测记录拒绝)
 客户端IP=85.119.248.8;
身份验证结果:mx.google.com;spf=neutral(google.com:85.119.248.8
 既不被允许也不被最佳猜测记录拒绝
 *@*********.com) smtp.mail=****@*********.com
已收到:(qmail 60920 从网络调用);2009 年 11 月 30 日 16:48:34 -0000
收到:来自未知(HELO MTAb.MsExchange2007.com)(89.31.236.50)
 使用 SMTP 的relay005.apm-internet.net;2009 年 11 月 30 日 16:48:35 -0000
X-APM-IP:89.31.236.50
X-APM 分数:1
已接收 SPF:无(relay005.apm-internet.net:域名为 alexjamesbrown.com
 未指定允许的发件人主机)
收到:来自 EXHUB02.SL.local (no.ptr.hostlogic.biz [89.31.236.28])
 MTAb.MsExchange2007.com(垃圾邮件防火墙),ESMTP ID 为 B677A34FE0F
 ; 2009 年 11 月 30 日星期一 16:48:33 +0000 (GMT)
收到:来自 EXHUB02.SL.local (no.ptr.hostlogic.biz [89.31.236.28])
 MTAb.MsExchange2007.com 的 ESMTP id 为 8X5B8V4tExVzoNyU
 ; 2009 年 11 月 30 日星期一 16:48:34 +0000 (GMT)
已收到:来自 EXCCR03STORE.SL.local ([10.0.0.2]),由 EXHUB02.SL.local 发送
 ([192.168.92.64])使用 mapi;2009 年 11 月 30 日星期一 16:48:31 +0000
来自:Alex James Brown
收件人:“****.*****@******.co.uk”
日期:2009 年 11 月 30 日星期一 16:48:30 +0000
主题:来自 o 的测试
主题主题:来自 o 的测试
主题索引:AQHKcdzyY1iBFWiol0ykG6xPQUZiTg==
消息ID:
接受语言:en-US、en-GB
内容语言: en-GB
X-MS-已附加:
X-MS-TNEF-相关器:
接受语言:en-US,en-GB
内容类型:text/plain;字符集=“us-ascii”
内容传输编码:quoted-printable
MIME 版本:1.0

答案1

它可能与电子邮件现在经过的跳数(相对于之前经过的跳数)有关。每次跳转都会增加传递过程的时间。此外,由于 RFC 中没有规定任何时间要求,甚至没有规定电子邮件传递的保证,因此您可能需要接受这样一个事实:您的电子邮件现在可能比以前需要更长的时间。我的建议是:计算现在经过的跳数(相对于之前经过的跳数),并检查每次跳转的时间戳。这可能会指出导致传递过程延迟的跳转。

答案2

新服务可能灰名单.这可能会导致邮件投递稍微延迟。

答案3

这可能是简单的跳数问题或灰名单问题。灰名单至少会造成 5 分钟的延迟,而且它从未用于内部电子邮件。因此不太可能是这种情况。

但是,为了确认,您可以尝试在线电子邮件服务器测试http://www.allaboutspam.com/email-server-test看看是否能给你提供任何线索。

相关内容