为主机名为 sub.example.com 的承包商运行面向外部的服务器。由于各种原因(新项目、登录详细信息等),该服务需要向承包商发送邮件。我无意让这台机器成为 smtp 服务器,并且可以通过 smtp.gmail.com 成功发送邮件,因为我有Google Apps。
麻烦的是,电子邮件以 [email protected] 的形式发出,当我希望它以不同的[email protected] 发出时,我用来验证 smtp.google.com 以发送邮件的帐户在哪里.
我认为这在某种程度上可以被视为欺骗,所以我理解为什么这不会轻易完成。
使用 smtp 中继设置 sendmail 是可行的,但在我的测试期间,所有电子邮件最终都在垃圾文件夹中。即使在我为根域的 dns 上的子域设置 SPF 记录后,这种情况仍在继续。
仅仅为此设置和管理一个 smtp 服务器需要付出很多努力,因为邮件量不会那么严重。如果这是一种好的做法,我可以通过 smtp.gmail 从根域帐户发送邮件(我不记得我以前是否曾作为客户/用户遇到过这种情况,即使我有这并不意味着它很好实践)。
这让我想到了我的问题,尽管我试图消除任何主观性:最佳做法是将具有匹配域的电子邮件作为服务 ([email protected]) 发送,还是从根域发送 ( [email protected]) 一样可以接受吗?
由于 voretaq 的输入,我决定从根域 [email protected] 发送电子邮件。主要原因是没有人真正关心电子邮件来自哪里,只要它到达。