以客户名义发送电子邮件是否会增加被标记为垃圾邮件发送者的风险?

我们正在开发一个SaaS网站应用程序,让用户发送发票给他们的客户。 理想情况下,这些电子邮件应该似乎来自我们的客户,所以发件人的电子邮件地址域将不匹配我们的服务器的反向IP条目。 实际上,我们会伪造他们的电子邮件地址,当然还有他们的同意。

这是否会导致被标记为垃圾邮件发送者/他们的电子邮件被标记为垃圾邮件的可能性较高?

如果是,惩罚有多糟糕?

那些有电子邮件地址来源于SPF域名的人呢? 我想这应该是大多数大型电子邮件提供商。

它肯定会增加垃圾邮件的分数,虽然多less取决于每个过滤技术和实施。 更大的问题可能是某些系统会简单地拒绝这些信息,除非每个客户都在其SPFlogging中添加了适当的条目。 没有这一点,您的系统可能无法被识别为授权发送该域的消息。

为什么不将信封发件人地址设置为您所控制的地址(如果您愿意,可以使用customername-invoice-bounces @ yourdomain),并将标题中的From:行设置为客户预期的发送地址?

对于99%的收件人来说,电子邮件似乎来自您的客户,但是您可以根据自己的喜好来处理反弹,并避免受到SPF和类似检查的干扰。

我的答案是有条件的

如果您不发送电子邮件到无效的地址或不需要电子邮件的人,那么您的电子邮件就不会被视为垃圾邮件。

  1. 采取这个电子邮件服务器testing,并实施build议(忽略域名密钥,因为它是很难实施你的环境)。
  2. 确保你正确地处理反弹,如果电子邮件反弹,请closures电子邮件地址。
  3. 确保您不要通过此服务器发送未经请求的电子邮件。
  4. 如果您的客户知识渊博,请他们为您的IP添加一个SPFlogging(除了他们的当前logging)。

    你应该没问题。

    就反向DNS而言,大多数电子邮件服务器只会检查有效的反向DNS,而不会将其与发件人地址进行比较。

如果您的电子邮件服务器设置正确,应该有一点点罚款。 我只需要手动白名单错误configuration的服务器。

  • 应正确设置DNS和RDNS(mail.example.com> 192.0.2.10> mail.example.com)。 如果您可以专门服务器或IP,这可以在客户端域。
  • 如上所述,客户端应该启用SPF中的服务器。
  • 你的服务器应该用它的DNS地址(mail.example.com)来打招呼。
  • 来自地址的回复和信封都应该作为收件人parsing。 至less他们应该使用有效的域名。

发件人地址经常与发送域不同。 我转发一个没有自己的服务器,没有任何惩罚的域名。 SPF是适当的设置为域。 在build立我自己的服务器之前,我通过ISP服务器进行中继,再次没有任何处罚。

或者,您可以安排通过客户端服务器进行中继。