简体   繁体   English

通过IIS,SMTP发送电子邮件时出现450错误

[英]450 error when sending email through IIS, SMTP

One of our servers is running a website that sends out email addresses with logins and passwords upon a user's registration. 我们的其中一台服务器正在运行一个网站,该网站会在用户注册后发送带有登录名和密码的电子邮件地址。 The email is configured with CDO. 电子邮件配置了CDO。 We seem to be getting blocked by some email services (see below). 我们似乎受到某些电子邮件服务的阻止(请参阅下文)。 Is there a way to configure either rDNS, DNS, PTR, or SPF records to avoid getting bounce-backs? 有没有一种方法可以配置rDNS,DNS,PTR或SPF记录以避免回弹?

Our company's public IP is xxx195 我们公司的公共IP为xxx195

The IIS server name is Server1a; IIS服务器名称为Server1a; private domain is private.com 私有域是private.com

The site it is sending from is public.com; 它发送的网站是public.com; public IP is xxx140 公用IP为xxx140

We are getting bouncebacks from ATT, AOL, and other email services. 我们正在从ATT,AOL和其他电子邮件服务获得回弹。 Here is an example of one: 这是一个示例:

Message delivery to the host '204.127.217.21' failed while delivering to the remote domain 'att.net' for the following reason: An SMTP protocol error occurred. 邮件传递到主机'204.127.217.21'失败,而传递到远程域'att.net'的原因如下:发生SMTP协议错误。 The SMTP verb which caused the error is 'MAIL'. 导致错误的SMTP动词为“ MAIL”。 The response from the remote server is '450 service permits 2 unverifyable sending IPs - server1a.private.com is not xxx195 远程服务器的响应是'450服务允许2个无法验证的发送IP-server1a.private.com不是xxx195

Problem was a greylisting due to higher requirements by Yahoo, AOL, and several other mail systems. 由于Yahoo,AOL和其他几个邮件系统的更高要求,问题被列入了灰名单。 The issue was fixed by updating the SPF record and creating a reverse-dns PTR record that would resolve to our server name. 通过更新SPF记录并创建可解析为我们服务器名称的反向DNS PTR记录,此问题已得到解决。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM