我正在将我的域名的电子邮件迁移到Google Apps的电子邮件。 除了发送给（至less）sonic.net的任何用户的电子邮件，绝大多数似乎都能正常工作，并被一个表单信息拒绝（其中any-address已被我的朋友的地址取代）：
来自：邮件传递子系统<[email protected]> date：2010年3月11日上午10点04分48秒 致：[email protected] 主题：传递状态通知（失败） 交付给：[email protected] 收到：由10.229.194.26与SMTP ID dw26cs8717qcb; 星期四，11三月2010 10:04:48 -0800（PST） 收到：由10.223.68.143与SMTP id v15mr3841599fai.62.1268330688325; 星期四，11三月2010 10:04:48 -0800（PST） 收到：由10.223.68.143与SMTP id v15mr5119424fai.62; 星期四，11三月2010 10:04:48 -0800（PST） Mime-Version：1.0 返回path：<> X-Failed-Recipients：[email protected] 消息ID：<[email protected]> 内容types：text / plain; 字符集= ISO-8859-1 内容传输编码：引用可打印 完全无法传送给下列收件人： [email protected] 永久失败的技术细节： Google试图传递您的消息，但被收件人域拒绝。 我们build议您与其他电子邮件提供商联系以获取更多信息 这个错误的原因。 其他服务器返回的错误是：550 550 5.1.1 （[email protected]）...这里没有这样的用户（状态13）。
这里是它弹回消息的标题：
收件人：10.101.90.7与SMTP ID s7mr2515885anl.176.1267979929490;
Sun，07 Mar 2010 08:38:49 -0800（PST）
返回path：<[email protected]>
收到：[10.0.1.203]（adsl-76-201-171-194.dsl.pltn13.sbcglobal.net [76.201.171.194]）
由mx.google.com使用ESMTPS ID 4sm1046550yxd.70.2010.03.07.08.38.48
（version = TLSv1 / SSLv3 cipher = RC4-MD5）;
Sun，07 Mar 2010 08:38:49 -0800（PST）
来自：“Paul J. Lucas”<[email protected]>
内容types：text / plain; 字符集= US-ASCII
内容传输编码：引用可打印
主题：一些引人入胜的主题
date：2010年3月7日星期日08:38:46 -0800
参考文献：<[email protected]>
致：[email protected]
Message-Id：<[email protected]>
Mime-Version：1.0（Apple Message framework v1077）
X-Mailer：Apple Mail（2.1077）
但是，我可以使用旧电子邮件帐户将邮件发送到sonic.net上的用户。 另外，我公司使用Google Apps进行电子邮件，并且可以通过我的公司的sonic.net向用户发送电子邮件。 我个人的电子邮件和我的公司之间的差异是：
我的SPFlogging最初是由Google 在这里规定的。 然而， 这个家伙声称谷歌是错误的，并给出了一个修复。 我已经尝试了两种方式没有区别。 我的SPFlogging目前是：
v=spf1 mx include:aspmx.googlemail.com include:_spf.google.com ~all
至于缺lessAlogging，只要定义了mxlogging，就不会认为邮件主机会关心这个logging。
然而，有趣的是，如果您看到错误消息，为什么Google声明收件人的域名声明在我的地址中没有“此用户”？ 这是没有意义的。 当然 ，没有用户在sonic.net有我的地址。
另外，我假设我刚刚发现无法发送邮件给sonic.net用户，并且可能还有其他域名无法发送电子邮件。
所以…任何人有什么想法是怎么回事？ 我怎样才能在sonic.net上向用户发送邮件？
我从sonic.net的技术支持中得到了一封电子邮件（令人印象深刻，特别是因为我甚至不是他们的客户），他们说：“我看到的奇怪的IP条目变成了一个更正常的设置。
我从那以后发送testing消息，没有反弹，并得到答复。 所以它似乎邮件到sonic.net正在工作。 所以原因是三件事之一：
我可以删除Alogging，看看我的问题是否回到确认或否认＃1。 我对此怀疑的原因是因为我从来没有与我的旧邮件提供商的Alogging，但可以发送邮件到sonic.net。 不过，既然现在在工作，我不愿意去碰它。
也许sonic.net正在做一个反向DNS查找，并检查该用户是否存在于发件人的邮件服务器（* .googlemail.com），它返回false。
你能澄清你是否真的发送到一个真正在使用的用户在sonic.net的特定域
可以设置通配符来捕获所有未使用的用户，并将这些消息发送给pipe理员或您指定的任何用户。 如果我没有弄错的话，这个必须手动完成。
Sonic.net使用8个不同的MX服务器。 有可能是configuration错误，而且Google Apps不够好，不能继续点击错误的服务器。
sonic.net MX首选项= 10，邮件交换器= mailin-01.mx.sonic.net sonic.net MX首选项= 10，邮件交换器= mailin-02.mx.sonic.net mailin-01.mx.sonic.net互联网地址= 208.201.249.228 mailin-02.mx.sonic.net互联网地址= 208.201.249.230 mailin-01.mx.sonic.net互联网地址= 64.142.100.84 mailin-01.mx.sonic.net互联网地址= 64.142.100.90 mailin-02.mx.sonic.net互联网地址= 64.142.100.47 mailin-02.mx.sonic.net互联网地址= 208.201.249.245 mailin-01.mx.sonic.net互联网地址= 64.142.100.46 mailin-02.mx.sonic.net互联网地址= 209.204.159.4
如果是我，我将telnet到端口25上的每个服务器，并发送一个testing消息到失败的地址来缩小问题的范围。
编辑：刚刚发生的另一种可能性 – sonic.net在Gmail上configuration了他们的域名。 这可能会阻止Google向DNS查询要提交的MXlogging，并且会成为Sonic.net支持未看到连接尝试的原因。
我们拒绝几乎所有的Google Apps和Amazon ECS服务器的电子邮件，因为这两个垃圾邮件的数量都很大。 结果，他们都被列入了许多黑名单。
由于滥用，大部分Google Apps和Amazon ECS在我们的边界也被封锁，因为它是编写不好的networking机器人的避风港，它没有分布式计算的第一线索。