我试图确定从始发电子邮件坚持信息,通过对答复回来的最好方式。

本质上,它是从原始电子邮件(C#),由此当接收回复回传一个GUID,该GUID还送回供参考。

我试图设置的MessageID,由此使用Outlook,在In-回复地址值被设置与原始ID,但是,使用某些Web客户端的电子邮件系统,该值未在答复创建。是否有通过电子邮件标头,发送此信息的另一种方式?

有帮助吗?

解决方案

在VERP的一些变化可能是最可靠...

http://en.wikipedia.org/wiki/Variable_envelope_return_path

具体而言,而不是所有的答复来到同一个地址,编码要持续到发件人地址的电子邮件信息。

例如,在服务支持票的情况下,可以使用类似:

From: Helpdesk <support-ticket-123@example.com>
To: End User <user@example.org>
Subject: Ticket #123 - problem with computer.

这样的话,无论什么主题或正文用户编辑,你知道什么票是由接收电子邮件地址引用。

其他提示

我不认为你就可以做任何事情,是单独报头完全可靠 - 这将有合作的客户的数量是巨大的。

这是由包括在发送的电子邮件,允许其识别邮件的正文东西,包括文字指示收件人在回应中包含文本的该块做这项工作的大多数系统。您也可以尝试把它放置在主体(并包括正文离开主体不变)。这是一些邮件列表管理器我已经知道如何做到这一点。

我偶然发现了这个问题,它已经非常丰富。然而,这给我留下了一个问题:请问使用VERP,或编辑的变化的“回复”或“从地址”,导致邮件在垃圾邮件过滤器被锁定

我已阅读,垃圾邮件发件人经常改变反弹地址,以防止他们的服务器从坏的电子邮件地址反弹越来越堵塞。它是否是垃圾邮件的风险承担这种做法?

最可靠的方法是把ID在主题下,其应该在整个答复被保留。

(它不会伤害到告诉你的用户,他们应该保持不变主题。)

RT ,一个流行的售票系统,执行此操作。他们使用像“[Ticket #123]”和密钥的简单对象格式关闭123的。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top