我经营一家网上商店，订单确认有时会被阻止，无法送达目标用户。商业模式的结构是这样的：我们的产品由第三方（即最终用户已知的关联公司）向最终用户销售，最终用户和我们的关联公司之间可以自由交换电子邮件。
我们的确认被阻止已经成为一个大问题，因此我们正在考虑实施一个系统，在联属会员域内创建一个“确认”地址，然后我们的应用程序将通过联属会员的邮件服务器而不是我们自己的邮件服务器发送。但这将是一项艰巨的工作。
有人提出让我们的应用程序在发件人字段中使用我们关联公司的电子邮件，但仍从我们的服务器发送。我的想法是，这将在最终用户端被检测到并被阻止——我们与足够大的机构打交道，至少在周边进行一些检查。
这个假设是否正确（更有可能被阻止）或者是否存在在第三方支持下发送消息的更不迂回的方式？
谢谢
答案1
您可以“欺骗”他们的电子邮件域：只需确保他们的 SPF 记录中包含您的邮件服务器。我一直为客户这样做（规模较小，但我每天从数十个不同的域发送数百封确认电子邮件、论坛通知等；目前还没有遇到问题）。
另请确保您已准备好 pQd 提到的物品。
答案2
发送有效消息 - 带有良好/完整的标题、适当的纯文本部分以及可能的富文本。
分析阻止的原因 - 如果有人使用 spamassassin - 检查您的邮件触发了哪些规则。
确保您从不在任何黑名单上的服务器发送邮件 - 检查一下这里或者这里或者在其他地方。如果您被列入黑名单 - 找出原因并将您的 IP 从黑名单中“拖出”。
为您的 smtp 服务器正确配置 rev-dns，使其指向现有域。
确保您发送邮件的发件人地址和回复地址为@valid.domain.com。添加防晒指数记录允许您的 smtp 发送合法消息。
将自己添加到一些白名单中，例如http://www.dnswl.org/
答案3
来自我们无畏的领导者这里. 大多数适用于常规电子邮件以及代码。
答案4
以下是 Jeff Atwood (Stack Overflow) 的链接
http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html