我正在尝试确定将信息从原始电子邮件保留到回复的最佳方式。
本质上,它是从原始电子邮件 (c#) 中传递一个 GUID,从而当接收者回复时,该 GUID 也会被发回以供参考。
我尝试设置 MessageID,使用 Outlook,In-Reply-To 值设置为原始 ID,但是使用某些 webclient 电子邮件系统,该值不是在回复时创建的。还有另一种通过电子邮件标题发送此信息的方法吗?
我正在尝试确定将信息从原始电子邮件保留到回复的最佳方式。
本质上,它是从原始电子邮件 (c#) 中传递一个 GUID,从而当接收者回复时,该 GUID 也会被发回以供参考。
我尝试设置 MessageID,使用 Outlook,In-Reply-To 值设置为原始 ID,但是使用某些 webclient 电子邮件系统,该值不是在回复时创建的。还有另一种通过电子邮件标题发送此信息的方法吗?
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 放在主题中,应在整个回复过程中保留该 ID。
(告诉你的用户他们应该保持主题不变,这并没有什么坏处。)
RT,一个流行的票务系统,就是这样做的。他们使用简单的主题格式,如 " [Ticket #123]
" 并关闭123
.