返信メールを横切ってヘッダデータを永続
-
21-08-2019 - |
質問
バック返答に至るまで、元の電子メールからの情報を保持するための最良の方法を決定しようとしています。
本質的に、それはGUIDも参考のために返送され、受信機はバック返答することにより元の電子メール(C#)と、からGUIDを通過させることである。
Iは、Outlookを使用することにより、イン返信するための値がしかし、いくつかのWebクライアントの電子メールシステムを使用して、元のIDが設定され、その値が応答に作成されていない、メッセージIDを設定しようとしています。電子メールのヘッダをこの情報を送っする別の方法はありますか?
解決
VERP上のいくつかのバリエーションがおそらく最も信頼性...
http://en.wikipedia.org/wiki/Variable_envelope_return_pathする
具体的には、代わりに同じアドレスに来るすべてのあなたの応答を有していると、あなたは電子メールのFromアドレスに固執したい情報を符号化します。
たとえば、ヘルプデスクチケットの場合には、次のようなものを使用することができます
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
のオフキーのような単純な主題の形式を使用します。