我们正在开发一个 SaaS 网站应用程序,让用户可以向他们的客户发送发票。理想情况下,这些电子邮件应该看起来是来自我们的客户,因此发件人电子邮件地址域将与我们服务器的反向 IP 条目不匹配。实际上,我们会伪造他们的电子邮件地址,但当然要征得他们的同意。
这会导致被标记为垃圾邮件发送者/他们的电子邮件被标记为垃圾邮件的可能性更高吗?
如果是,处罚有多严重?
那些拥有来自启用 SPF 的域的电子邮件地址的人呢?我想这应该是大多数大型电子邮件提供商。
我们正在开发一个 SaaS 网站应用程序,让用户可以向他们的客户发送发票。理想情况下,这些电子邮件应该看起来是来自我们的客户,因此发件人电子邮件地址域将与我们服务器的反向 IP 条目不匹配。实际上,我们会伪造他们的电子邮件地址,但当然要征得他们的同意。
这会导致被标记为垃圾邮件发送者/他们的电子邮件被标记为垃圾邮件的可能性更高吗?
如果是,处罚有多严重?
那些拥有来自启用 SPF 的域的电子邮件地址的人呢?我想这应该是大多数大型电子邮件提供商。
它肯定会增加垃圾邮件分数,但多少取决于每种过滤器技术和实施。更大的问题可能是某些系统会简单地拒绝这些消息,除非每个客户都在他们的 SPF 记录中添加适当的条目。否则,您的系统可能不会被识别为有权为该域发送消息。
为什么不将信封发件人地址设置为您控制的地址(customername-invoice-bounces@yourdomain,如果您愿意),只需将标头中的 From: 行设置为客户的预期发送地址?
对于 99% 的收件人来说,这封电子邮件似乎来自您的客户,但您可以随心所欲地处理退回邮件,并避免违反 SPF 和类似检查。
我的回答是有条件的否。
如果您不向无效地址或不想要这些电子邮件的人发送电子邮件,则您的电子邮件不太可能被视为垃圾邮件。
如果您的客户知识渊博,请让他们为您的 IP 添加 SPF 记录(除了他们当前的记录)。
那你应该没事。
就反向 DNS 而言,大多数电子邮件服务器仅检查有效的反向 DNS,而不将其与发件人地址进行比较。
如果您的电子邮件服务器设置正确,即使有任何处罚也应该很少。我只需要手动将错误配置的服务器列入白名单。
发件人地址经常与发送域不同。我中继一个没有自己的服务器的域,没有任何惩罚。为域适当地设置了 SPF。在设置我自己的服务器之前,我通过我的 ISP 服务器进行中继,同样没有受到任何惩罚。
或者,您可以安排通过客户端服务器进行中继。