假设我有一个运行 Web 应用程序的域,例如cranketywidgets.com
,并且我正在使用Google Apps为在该域上工作的人处理电子邮件,例如support@ cranketywidgets.com
、[email protected]
等[email protected]
。
Google 自己的邮件服务并不总是最适合发送自动提醒电子邮件、评论通知等,所以我计划追求的当前解决方案是创建一个名为 的单独子域mailer.cranketywidgets.com
,在其上运行一个邮件服务器,并创建几个帐户专门用于发送此类电子邮件。
MX
为此,这里的记录和记录应该是什么A
样子?
我对MX
记录可以是名称这一事实感到有些困惑,但它们最终必须解析为A
记录。这里的记录应该是什么样子?
曲柄小部件.com -A
记录到实际服务器,如 10.24.233.214
crunchetywidgets.com - MX
Google 电子邮件应用程序的记录
mailer.cranketywidgets.com -MX
指向服务器 IP 地址的名称
我会非常感谢一些帮助 - 答案似乎很明显,但电子邮件垃圾邮件是一个难以解决的问题。
您永远不应该将您
MX
的 IP 地址指向一个符合 RFC 的 IP 地址。改为记录 IP地址A
并将MX
记录指向它。那么区域应该是这样的,
您是否打算让人们将邮件发送到@mailer.crankywidgets.com 的地址?如果没有,那么您不需要
MX
记录。MX
在从该域发送的邮件中不起作用。设置一个单独的邮件服务器从地址@mailer.crankywidgets.com 发送邮件是正确的路径,如果主机是专用的,你应该设置一个适当的
A
记录,并记录说允许给定的IP地址发送邮件为域。PTR
SPF
如果发送的所有邮件都是通知样式,您可以将回复地址设置为“[email protected]”之类的内容,然后在 Google Apps 上将其删除。
我在这里看到的唯一一条
MX
记录是一条稍微不同的SPF
记录,正如您可以说“该域的 MX(电子邮件接收器)主机也允许从该域发送邮件”。但SPF
也足以说“这个任意命名的主机可以从这个域发送邮件”。因为邮件是一个雷区。
PTR <-> A <-> MX
记录应该匹配某些垃圾邮件过滤器的完美反向查找。
https://en.wikipedia.org/wiki/Reverse_DNS_lookup