0

今後のアプリケーションでは、お客様とのメール対応を行います。電子メールは、アプリケーション UI 内から送受信されています。(バック オフィス管理 GUI があり、その管理 GUI から受信メールを確認して返信できます)

私たちが遭遇する問題は次のとおりです。

顧客に電子メールを送信すると、通信のメタデータがデータベースに保持されます。

私たちが望むのは、顧客からの返信を元の通信の続きの電子メールとして識別することです (これにより、DB から通信メタデータを照会してさらに処理することができます)。

これらの電子メールをルート通信の一部として特定するにはどうすればよいでしょうか? クライアントに送信されるメールごとに一意の ID を注入することを考えましたが、顧客がそれを変更したり削除したりする場合は問題になります。他の選択肢はありますか?

ps 当初は、送信するメールの MESSAGE_ID を通信 ID として保持することを考えていました。返信メールのヘッダーには MESSAGE_ID への返信が含まれているため、これはうまく機能します。

これが機能しない理由は、サードパーティの会社を使用してメール送信 (silverpop) を管理しており、その API では送信するメールごとに MESSAGE_ID を取得できないためです。

どんな情報でも役立ちます。ありがとう!

4

1 に答える 1

1

一般的な手法は、あなたが言うように件名「[Contact:foo]」に識別子を入れ、メールが正しくルーティングされるように、件名を変更しないように本文にメモを入れることです。

「問題に迅速に対応できるよう、件名を変更せずにこのメールに返信してください。」

インバウンドの件名を解析するときは、明らかに「Re:」、「Fwd:」などを無視する必要があります。

これは、本文に何かを入れて、顧客に返信に元のコンテンツを含めるよう要求するよりも安全です。

于 2013-07-31T12:22:33.890 に答える