适当的标头可以防止欺骗,但允许自定义回复

时间:2016-05-03 16:30:28

标签: smtp sendmail

我们的应用程序向用户列表发送电子邮件警报。我们希望用户能够讨论这些电子邮件,但我们不希望将讨论的副本返回给我们的应用程序。这是一个例子:

Us: Send notice
Them: Hits reply-all button, sends e-mail to their associates, but not us
...

在“正常”的世界中,我们只有一个地址可以进入一个桶,比如“noreply@example.com”,但是nooooo,这还不够好(因为回复电子邮件离开了客户端)部分网络“未知”)。

我们首次尝试将“发件人:”地址更改为使用选择的内容,来自内部的网络,例如

"joe@client.example.org" 

这通常有效,但与Ironport的反欺骗规则相悖。我不能说我责备他们,但我希望有办法说,“没关系,看,我们是好人。”

我们可以做些什么不涉及Ironport中的自定义规则?

自定义规则会是什么样的? (我们没有Ironport,我们只需要使用它。)

1 个答案:

答案 0 :(得分:0)

您是否尝试过使用邮件列表部署的方案?

标题发件人(消息中的From:标题):joe@client.example.org
信封发件人(SMTP会话中为MAIL FROM:):owner-joe@client.example.org

退回电子邮件应转至owner-joe@client.example.org,用户回复应转至joe@client.example.org