指定电子邮件的退回地址

发布于 2024-08-29 06:05:10 字数 2026 浏览 4 评论 0原文

我在将电子邮件退回到与发件人地址不同的特定电子邮件地址时遇到问题。

特定客户要求我们从特定电子邮件地址发送电子邮件(称之为 [电子邮件] ;受保护])。我们的 Exchange 管理员已在 Exchange 盒子上创建了一个帐户,以便我们可以登录并从该地址发送。我们的 Exchange 服务器正在欺骗该地址/域。这很好用。

不幸的是,从 [电子邮件受保护] 发送的电子邮件不会反弹给我们。他们可能会退回到 clientcompany.com 上的 contact 帐户(该帐户可能存在,也可能不存在)。

我已插入标头 [电子邮件保护编辑] 假设此字段确定退回邮件发送到的位置。其他文档表明< a href="http://www.ietf.org/rfc/rfc2821.txt" rel="nofollow noreferrer">始发 SMTP 系统不应填充此字段。其他网站再次谈论一个名为Errors-To的字段这显然是不标准的。

那么 - 哪个字段是正确的,它取决于什么?
有什么想法为什么我的 Return-Path 不起作用?

我真的很想让 Exchange 正确地退回发往无效服务器的邮件!

更新:

继续挖掘,我的Return-Path工作只是在标头块的末尾添加扩展属性,但 Exchange 似乎仍在添加自己的< code>Return-Path 值位于顶部。

Delivered-To: [email protected] 
Received: by 1.1.1.1 with SMTP ... 
Return-Path: <[email protected]> 
Received: from ... ... 
...
Subject: Test 
Message-ID: ... 
Return-Path: [email protected]

根据 Microsoft.com,

I'm having a problem getting emails to bounce to a specific email address, different to the From address.

A particular client requires that we send emails from a specific email address (call it [email protected]). Our Exchange admins have created an account on the Exchange box so that we can log in and send from that address. Our Exchange server is spoofing that address / domain. This works fine.

Unfortunately the emails sent from [email protected] are not bouncing back to us. They are presumably bouncing back to the contact account at clientcompany.com (which may or may not exist).

I've inserted a header [email protected] with the assumption that this field determines where bouncebacks are sent. Other documents indicate that this field should never be populated by the originating SMTP system. Other websites again talk about a field called Errors-To which is apparently non-standard.

So - which field is the correct one, and what does it depend on?
Any ideas why my Return-Path is not working?

I'd really like to get Exchange to correctly bounce a message addressed to an invalid server!

update:

Continuing to dig, and my Return-Path work was only adding an extended property at the end of the header block, but Exchange appears to be still adding its own Return-Path value at the top.

Delivered-To: [email protected] 
Received: by 1.1.1.1 with SMTP ... 
Return-Path: <[email protected]> 
Received: from ... ... 
...
Subject: Test 
Message-ID: ... 
Return-Path: [email protected]

According to the Microsoft.com, I cannot set the Return-Path as it is determined by the MAIL FROM - which seems consistent with what I've previously read. But now I'm stuck - how do I change this MAIL FROM value programmatically within Exchange 2007?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

何以笙箫默 2024-09-05 06:05:10

您可能想检查标头设置是否正确。检查电子邮件的标头并查找:

Return-Path: [email protected]

根据 RFC (IIRC),Return-Path 是正确的字段,但并非所有邮件服务器都正确实现该字段。

You might want to check if the header is correctly set. Check the headers of your email and look for:

Return-Path: [email protected]

Return-Path is the correct field according to RFC (IIRC) but not all Mail Servers implement that correctly.

回忆那么伤 2024-09-05 06:05:10

运气不好;) 发件人是退回邮件的最终地点。客户端应创建邮箱并将其转发到您的内部退回邮箱。只有澄清溶液。

Out of luck ;) The sender is where bounces end up. The client should create the mailbox and forward it to your internal bounce mailbox. Only clear solution.

飘逸的'云 2024-09-05 06:05:10

如果是人工回复电子邮件,而不是自动回复,您可能需要尝试使用标题“Reply-To:”而不是“Return-Path:”。 (例如:“回复:[电子邮件受保护]”)

If a human is replying to the e-mail, and not an automated response, you may want to try using the header "Reply-To:" instead of "Return-Path:". (For example: "Reply-To: [email protected]")

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文