我的邮件发送应用程序是否应该模仿它的用户域
Should my mail sending app mimic it's users domain
我正在构建一个网络应用程序。在此网络应用程序中，用户注册一个帐户。这些用户使用此应用程序是因为它是组织最终客户的工具。
此应用的功能之一是发送电子邮件。其中一些邮件是我（应用程序作者）发送给用户的……其他一些邮件是代表用户发送给他们的最终客户的。
关于垃圾邮件和送达率，当应用程序代表其用户发送邮件时，它是否应该模仿他们的公司域和发件人而不是自己的？
from 字段应该是：my-app-name <noreply@myapp.com> 还是 user-name <noreply@usersdomain.com>
我实际上所有邮件 都将 从域 myapp.com 发送。问题是我是否应该模仿用户域。
如果您尝试从您的邮件服务器发送来自其他域的邮件，您可能会 运行 遇到邮件未送达的问题，因为 SPF 记录和 DMARC 政策。大多数大型电子邮件提供商（如 Yahoo 和 Gmail）都有 SPF 记录设置，这建议接收邮件服务器将来自这些域的发件人的邮件视为垃圾邮件，除非邮件是从这些域中的邮件服务器发送的。雅虎甚至更进一步，他们最近开始实施 DMARC 政策 - 有关详细信息，请参阅 https://support.sendgrid.com/hc/en-us/articles/201876356-Yahoo-DMARC-Changes-Message-not-accepted-for-policy-reasons-。
我正在构建一个网络应用程序。在此网络应用程序中，用户注册一个帐户。这些用户使用此应用程序是因为它是组织最终客户的工具。
此应用的功能之一是发送电子邮件。其中一些邮件是我（应用程序作者）发送给用户的……其他一些邮件是代表用户发送给他们的最终客户的。
关于垃圾邮件和送达率，当应用程序代表其用户发送邮件时，它是否应该模仿他们的公司域和发件人而不是自己的？
from 字段应该是：my-app-name <noreply@myapp.com> 还是 user-name <noreply@usersdomain.com>
我实际上所有邮件 都将 从域 myapp.com 发送。问题是我是否应该模仿用户域。
如果您尝试从您的邮件服务器发送来自其他域的邮件，您可能会 运行 遇到邮件未送达的问题，因为 SPF 记录和 DMARC 政策。大多数大型电子邮件提供商（如 Yahoo 和 Gmail）都有 SPF 记录设置，这建议接收邮件服务器将来自这些域的发件人的邮件视为垃圾邮件，除非邮件是从这些域中的邮件服务器发送的。雅虎甚至更进一步，他们最近开始实施 DMARC 政策 - 有关详细信息，请参阅 https://support.sendgrid.com/hc/en-us/articles/201876356-Yahoo-DMARC-Changes-Message-not-accepted-for-policy-reasons-。