元のメールの情報を返信するための最善の方法を判断しようとしています。返信メール全体のヘッダーデータを維持する
本質的に、それはGUIDも後方参照のために送信され、受信機はバック返答することにより元の電子メール（C＃）と、からGUIDを通過することです。
Iは、Outlookを使用することにより、イン返信するための値がしかし、いくつかのWebクライアントの電子メールシステムを使用して、元のIDが設定され、その値が応答に作成されていない、メッセージIDを設定しようとしています。この情報を電子メールヘッダーで送信する別の方法はありますか？
VERP上のいくつかのバリエーションは具体的には、代わりに同じアドレスに来るすべてのあなたの応答を有していると、どこからアドレスに固執したい情報を符号化し、おそらく最も信頼性の高い...
http://en.wikipedia.org/wiki/Variable_envelope_return_path
です電子メールのために。
例えば、ヘルプデスクチケットの場合には、あなたのような何かを使用することができますに関係なく、ユーザーが件名や本文中に編集何の
From: Helpdesk <[email protected]>
To: End User <[email protected]>
Subject: Ticket #123 - problem with computer.
その方法を、あなたは知っていると呼ばれているものチケット受信者の電子メールアドレスによって
私はあなただけでは、ヘッダーで完全に信頼性のある何かをすることができるでしょうとは思わない - 協力しなければならないクライアントの数は計り知れません。それは、メッセージを識別することができます送信される電子メールの本文に何かを含め、応答内のテキストのブロックを含めるように受信者に指示するテキストを含めることによって、この作業を行う
ほとんどのシステム。あなたはまた、それを被験者に含めることもできます（そして、被験者を変わらないままにするために身体のテキストを含めることもできます）。それが、私が見たメーリングリストの管理者のしくみです。
私は同意します - 追跡が不可欠な場合は、ヘッダーに頼らないでください。どこにでもGUID（ヘッダー、件名、本文、署名）を貼り付けてから、応答する電子メールで検索を実行して、メッセージ全体のどこでも検索できます。あなたはletter-number-number-letter -...のようなregexで簡単に識別できるシステムを生成したいかもしれません。GUIDが普遍的かもしれません。 – Kekoa
最も信頼性の高い方法は、サブジェクトにIDを入力することです。これは返信を通じて保存する必要があります。
（それは、彼らがそのまま対象を維持する必要があることをユーザーに伝えるために傷つけることはありません。）RT、人気の発券システムは、これを行います。彼らは "[Ticket #123]"のような簡単なサブジェクトフォーマットを使用し、キーオフは123です。
私はこの質問につまずいた、それは非常に有益をされています。しかし、これは私に1つの質問が残っています：VERPを使うこと、あるいは 'reply-to'や 'from address'を編集することのバリエーションは、メッセージをスパムフィルタに閉じ込めるでしょうか？
私は、スパム送信者は、多くの場合、悪いのメールアドレスバウンスで目詰まりから自分のサーバーを防ぐためにバウンスアドレスを変更することを読みました。このアプローチをとることはスパムのリスクですか？
電子メールは常にサイトドメインから来るので、私はそうは思わない。たとえば、サポートに関する質問は[email protected]から、verpリクエストは[email protected]からのものです – mickyjtwin
はい、またはidを設定する返信先Eメールアドレスの設定のバリエーションです。 – mickyjtwin
Genius！ 100％信頼できると思われる。 –