不在办公室的回复会发送到"来自"地址,"不回复"

Question

我使用通用电子邮件地址向三个不同位置的客户发送电子邮件.任何错误/不在办公室的回复都应该送到当地办事处供他们处理.所以我使用:

来自:common@abc.com回复:london@abc.com

来自:common@abc.com回复:newyork@abc.com

来自:common@abc.com回复:tokyo@abc.com

这似乎适用于电子邮件失败(错误的地址等),但Exchange的外出回复总是转到发件人地址common@abc.com.我需要他们去当地的办公室,回复地址.

知道如何解决这个问题吗？我使用标准MailMessage从c#发送电子邮件:

MailMessage mail = new 
mail.Subject = mailDetail["subject"].ToString();
mail.Body = mailDetail["body"].ToString();

// From 
mail.From = new MailAddress(ConfigManager.GetSetting("MailSender"));

// Reply to (boucebacks / out of office etc)
mail.ReplyTo = new MailAddress(mailDetail["reply_to"].ToString());
mail.DeliveryNotificationOptions = DeliveryNotificationOptions.OnFailure;

谢谢你的帮助,

瑞安

Answer 1

这是一个RFC /标准. http://tools.ietf.org/html/rfc3834

1. 在哪里发送自动回复(以及不发送的地方)

   通常,如果在交付后生成,自动响应应该发送到Return-Path字段.如果在传递之前生成响应,则响应应该应该从SMTP MAIL FROM命令发送到反向路径,或者(在非SMTP系统中)发送到信封返回地址,该地址用作非传递报告的目标. .

   如果在传递后生成响应,并且主题消息中没有Return-Path字段,则SMTP服务器中存在实现或配置错误,该错误传递消息或将消息网关到SMTP之外.个人或团体响应者不应该向Return-Path字段中的任何地址发送响应,即使缺少Return-Path字段.最好通过邮件传递系统解决问题,而不是依靠启发式方法来猜测响应的适当目的地.已知这种启发式方法在过去会引起问题.

   如果在该服务的规范中精确定义了此行为,则服务响应程序可以从> From字段或从请求有效负载的另一个地址传递对地址的响应.服务响应者不应该为此目的使用Reply-To字段.

   回复字段不应该用作个人或组响应者自动回复的目的地.通常,该字段由人类发送者基于他/她的预期来设置

摩尔标准轨道[第12页]

RFC 3834自动电子邮件回复2004年8月

人类接收者将如何回应该消息的具体内容.例如,人类发件人可以使用"回复"来请求将回复发送到整个邮件列表.即使对于人类的回复,也有一些情况是不适合回复回复地址,特别是如果发件人已要求将回复发送到组和/或邮件列表.由于个人或群组响应者代表人类接收者进行操作,因此假设消息中出现的任何回复字段是由人类发送者设置的,假设任何回复都来自具有某种理解的人,则更安全.发件人和其他收件人的角色.自动响应者缺乏理解这些角色所需的信息.因此,向回复地址发送自动响应可能导致大量人收到无用或不需要的消息; 它也可以促成邮件循环.

使用From字段作为自动响应的目的地与使用Reply-To有一些相同的问题.特别是,From字段可以列出多个地址,而自动响应应该只发送到一个地址.通常,From和Reply-To地址根据不同的情况以各种方式使用,因此,个人或组响应者无法可靠地假设From或Reply-To字段中的地址是适当的目的地.响应.由于这些原因,From字段不应该用作自动响应的目的地.

同样,发件人字段不应该用作自动回复的目的地.此字段仅用于标识发送消息的个人或实体,并且不需要包含对回复有效的地址.

返回路径地址实际上是消息头中唯一一个可以预期的协议,它适用于发送方未预料到的自动响应.

Answer 2

这取决于响应邮件的任何人/事物,以选择最适合使用的属性.reply-to当然,如果它是真实的回复,则应使用该属性,但错误消息可能不会被视为回复,因此from在某些情况下可能会使用该属性.如您所见,您将获得不同的结果,具体取决于回答的人/回答以及原因.

您可以使用该Sender属性将实际发件人指定为from属性的附加项.如果处理得当,那么如果reply-to不使用该属性,则应该出现错误消息.