当客户尝试向我们发送电子邮件时，我们已经收到了这些消息。
这是一个自动生成的传送状态通知
这仅是一个警告信息。
你不用重新发送你的讯息。
- 将dev.example.com设置为127.0.0.1的实际效果
- 电子邮件validation报告（得分中立）
- 格式/创buildPTR和SPFlogging？
- FQDN IP地址在Windows Server 2012上消失，因此DC不起作用
- 基于IP的DNSredirect
传递到下列收件人已被推迟：
[email protected]信息将被重试2天（s）
临时失败的技术细节：Google试图传递您的消息，但被mail.ital.com的收件人域ital.com的服务器拒绝。 [212.212.21.212]。
其他服务器返回的错误是：450 4.1.8
<[email protected]>：发件人地址被拒绝：未find域
谷歌search这个问题导致的情况下，说这个问题不是我的服务器问题，但它是客户服务器有困难find我的服务器：
电子邮件popup：发件人地址被拒绝：未find域
https://www.penpublishing.com/support/emailerrors/understandingemailerrors/#spamdomainnotfound
https://stackoverflow.com/questions/14778890/sender-address-rejected-domain-not-found
事情是，这不是唯一的客户得到这个错误消息。
我们最近使用DNS进行的更改：
我在amazon aws上有2个托pipe区域：
.COM域名：
最后更改 –我们有一个MXlogging指向谷歌的电子邮件，我们添加了一些新的Outlooklogging（SRV，CNAME和TXT），所以我们也可以收到电子邮件到Outlook。 我们在2个月后删除了DNS，因为没有人喜欢在办公室使用outlook。
在上次更改之前 –我们在Route 53上添加了一个Alogging来创build这个子域tools.example.com，在我的Ubuntu服务器上添加了一个<VirtualHost *:80> 。 在此之后： 使用Amazon AWS创build一个子域vs从服务器内创build子域 – 有什么区别？
.PRO域名：
在上次更改之前 – 在Amazon AWS和Route 53上使用S3，我们301将.PRO域redirect到.COM域。
一般来说：.PRO有一个MXlogging，指向.COM中的MXlogging。 它总是正常工作。
以下这篇文章我创build： https : //stackoverflow.com/questions/32971789/how-to-redirect-an-old-domain-to-a-new-one-while-not-having-any-server-for-该
只有一条logging不会导致redirect。 为此，您需要一个Web服务器。 AWS有一项服务可以为您做到这一点，而无需维护和支付这样的服务器。
在Amazon S3中创build一个名为www.example.pro的空桶，另一个名为example.pro。 存储桶名称必须与域名完全匹配，包含和不包含www。
在每个存储桶中，在静态网站托pipe（在存储桶属性中）下，select“将所有请求redirect到另一个域”。
在“redirect所有请求”框中，放置example.com。 （或www.example.com，这两个名称都相同，无论您希望将用户redirect到哪里。
在Route 53中为example.pro创build一个托pipe区域。
创build两个Alogging，一个主机名为空，为“别名”select“是”，然后从下面的select框中selectS3端点。
将您的DNS名称服务器与.pro域的注册商切换到路由53分配给新托pipe区域的4个名称服务器。
你完成了。
S3当然主要用于存储…但是这个网站redirectfunction是专门为此devise的辅助function。
有人可以帮我debugging这个问题，这是非常紧急的！
Webredirect与电子邮件路由无关，所以这部分可以忽略。 301 redirect对电子邮件通信没有影响是100％确定的。 这是HTTP协议， http：//en.wikipedia.org/wiki/HTTP_301 。
最重要的是正确的DNSconfiguration。 如果您希望发送给yourdomain.pro域的邮件被yourdomain.com域电子邮件服务器接受，则需要对其进行相应的configuration。 我想你应该检查你的DNS服务器可能的configuration错误 。 有许多在线实用程序可用于查询DNS服务器，并查看接收到的答案是否正确/预期。
错误本身意味着邮件服务器无法parsing特定发件人的域名。
在我看来，MX DNSconfiguration是确定的，因为你已经从SMTP服务器得到了答案：
450 4.1.8 <[email protected]>: Sender address rejected: Domain not found
我将重点放在SMTPconfiguration上：尝试允许MTA处理来自任何域的消息。