我们正在开发一款 SaaS 网站应用程序，让用户可以向客户发送发票。理想情况下，这些电子邮件应该看起来像是来自我们的客户，因此发件人的电子邮件地址域将不会与我们服务器的反向 IP 条目匹配。实际上，我们会伪造他们的电子邮件地址，但当然是在他们同意的情况下。
这是否会导致被标记为垃圾邮件发送者/他们的电子邮件被标记为垃圾邮件的可能性更高？
如果是，处罚有多严重？
那么，那些拥有来自启用了 SPF 的域名的电子邮件地址的人怎么办？我想这应该是大多数大型电子邮件提供商的情况。
答案1
这肯定会增加垃圾邮件分数，但具体增加多少取决于每种过滤技术和实施。更大的问题可能是某些系统会直接拒绝邮件，除非每个客户在其 SPF 记录中添加适当的条目。否则，您的系统可能无法被识别为有权向该域发送邮件。
答案2
为什么不将信封发件人地址设置为您控制的地址（如果愿意，则为 customername-invoice-bounces@yourdomain），而只需将标题中的 From: 行设置为客户的预期发送地址？
对于 99% 的收件人来说，该电子邮件似乎来自您的客户，但您可以随意处理退回，并避免违反 SPF 和类似的检查。
答案3
我的答案是肯定的“不”。
如果您不向无效地址或不需要电子邮件的人发送电子邮件，您的电子邮件不太可能被视为垃圾邮件。
- 拿着它电子邮件服务器测试并实施建议（忽略域密钥，因为在您的环境中实施起来会很困难）。
- 确保您正确处理退回邮件，如果电子邮件被退回，请删除电子邮件地址。
- 确保您不会通过此服务器发送未经请求的电子邮件。
如果您的客户了解情况，请他们为您的 IP 添加 SPF 记录（除了他们当前的记录）。
那你应该没事了。
就反向 DNS 而言，大多数电子邮件服务器仅检查有效的反向 DNS，而不会将其与发件人地址进行比较。
答案4
如果您的电子邮件服务器设置正确，则不会有任何惩罚。我只需要手动将配置错误的服务器列入白名单。
- DNS 和 RDNS 应正确设置（mail.example.com > 192.0.2.10 > mail.example.com）。如果您可以指定服务器或 IP，则可以将其放在客户端域中。
- 如上所述，客户端应该在 SPF 中启用您的服务器。
- 您的服务器应该使用其 DNS 地址 (mail.example.com) 来问候。
- 发件人、回复地址和信封发件人地址都应解析为收件人。至少它们应该使用有效的域。
发件人地址通常与发送域不同。我中继一个没有自己的服务器的域，没有任何惩罚。SPF 已为该域正确设置。在设置自己的服务器之前，我通过 ISP 服务器进行中继，同样没有任何惩罚。
或者，您可以安排通过客户端服务器进行中继。