我有一个客户端网站，这是你吐完这个错误信息后，你完成任何forms：
收件人地址错误！ 554 5.7.1：中继访问被拒绝发送数据错误！ 221 2.7.0错误：我也可以违反规则。 再见。
然后他们没有收到来自收件人地址（info @ …）的网站/表单的任何消息。
我不是这个网站的主持人，但已经让他们看着它。 另外，邮件和所有MXlogging也都远离网站主机，另一些公司处理他们的@电子邮件。
那么，考虑到这边有两家公司，想知道哪里有可能是过错（如果可能的话，以这个信息来判断）？ 他们当然都说“这里没有错”。 哦，请注意，该网站最近转移的网页主机，所以个人认为它的主机。
任何你推荐传递到主机检查解决？
您对SMTP工作原理的理解将帮助您了解这里发生了什么。
该网站正在提交表单到SMTP服务器。 该SMTP服务器正在返回您所看到的错误消息。 不要考虑MXlogging和DNS–你关心的是表单处理脚本正在使用的SMTP服务器。 MXlogging和DNS在这一点上是不相关的。
“中继”是用于将消息传递到除了最终负责将消息传递到用户的邮箱的SMTP服务器以外的任何SMTP服务器的术语。 当您在电子邮件客户端程序中指定ISP的“smtp.example.com”电子邮件服务器时，您正在使用该SMTP服务器作为“中继”。 您要求服务器代表您接受邮件并将其发送到最终目的地。 （这是当MXlogging和DNS进入时。）
没有人将SMTP中继“打开”，以允许Internet上的任何人通过它发送消息。 垃圾邮件发送者很快find打开的SMTP中继，并开始使用它们发送垃圾邮件。 因为互联网上的几乎所有可公开访问的SMTP服务器都会严格限制中继消息（通过客户端的源IP地址，通过身份validation等）。
这是我的猜想：表单处理脚本在Web托pipe公司指定了一个SMTP服务器作为其中继。 “info @ …”地址最终不是由这个SMTP服务器处理的。 SMTP服务器不会将Web服务器识别为允许中继并拒绝该消息。
获取表单处理脚本configuration为将邮件发送到负责传递到“info @ …”地址的SMTP服务器，或者将允许Web服务器进行中继的邮件服务器，它将按预期工作。
（一个次要的假设是，表单处理脚本被configuration为使用一个SMTP服务器，该服务器曾经能够处理“info @ …”地址的接收。）