为主机名为 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] 发送电子邮件。主要原因是没有人真正关心电子邮件来自哪里，只要它到达。