0

ASP.net Web サイトにリストされているアイテムで発生したアクションのリストがあります。これらのアクションは、アイテムにリンクされた単純な SQL テーブルに記録されます。すなわち:

[2013-11-04 18:00]: Problem solved
[2013-11-04 18:00]: Called User
[2013-11-04 14:00]: Mail Received

そのためには、サポート メールボックスに新しいメール メッセージを問い合わせる必要があります。新しいメッセージが受信されると、「受信メール」アクションが作成されます。サポート ユーザーがこのメッセージの内容を確認できるように、「受信したメール」エントリをクリックできるようにする必要があります。

質問:このメッセージをサポート ユーザーに表示するにはどうすればよいですか?

Exchange Webservices Managed API 2.0 を使用すると、このメッセージと彼の本文を見つけることができますが、メッセージ本文にはインライン画像やその他のレイアウトを含めることができます。

オプション:

  1. Web ページにメッセージを表示する メール メッセージをできる限り最適な方法で表示するようにします。
    -> これを行う無料のプラグインはありますか? このようなものですが、Web ページで使用できますか?

  2. Outlook を使用して、この電子メール メッセージを表示します。

  3. 1&2 結合.. プレビュー テキストのみのメッセージを表示し、クリックして Outlook を使用してメッセージ全体を表示します。

サポート ユーザーのマシンには Outlook 2010 以降がインストールされているため、3 番目のオプションは論理的な選択のように思えますが、Outlook でこのメッセージを表示するにはどうすればよいですか?

@{
    HttpContext.Current.Response.AddHeader("Content-disposition", "inline;filename=message.msg");
    HttpContext.Current.Response.ContentType = "application/vnd.ms-outlook";
}
@(new HtmlString(ViewBag.Body))

明らかに機能しません..msgファイルはバイナリのようです。これには API が必要ですか?

しかし、これが機能する場合でも、次の問題が発生します。

  1. メッセージを開くたびに、[開く] をクリックしてこのメ​​ッセージを表示する必要があります。
    -> 最新のブラウザー (主に IE10 & IE11) でこれを防ぐことはできますか?
    -> または、利用可能な「インライン Outlook ビューアー」はありますか?
  2. このサポート ユーザーが Outlook を使用してこのメ​​ッセージに回答すると、このメッセージは彼のアカウントから送信されます。この送信されたメッセージの痕跡はありません!
    ->これを回避する方法を考えられる人はいますか?

オンプレミスの Exchange 2010 SP3 サーバーを使用しており、来年中に Exchange Online に移行する必要があります。アプリケーションは、MVC 5.0 フレームワークを使用して ASP.NET 4.5 で実行されています。

4

2 に答える 2

0

さまざまな体型と取得方法をいじくり回します。情報はこちら:

http://msdn.microsoft.com/en-us/library/ee217562(v=exchg.80).aspx

HTML 本文の解析やブラウザでの RTF 本文の表示など、比較的簡単に表示できるものを返すものがあるかどうかを確認します。私はこれほどいじったことはなく、Exchange サーバーを手元に持っていないか、自分でチェックします。メッセージの送信時に Exchange が HTML を処理しない場合、src="cid:contentIdOfAttachment" を解析して、ブラウザに表示する添付ファイルへの適切なリンクに置き換えることができる場合がありますが、Exchange はそれを行うことができます。 HTML と CSS の面白いところ。

明確にするために、「サポート ユーザー」とは、サポート担当者 (技術サポートなど) を意味するのか、それともサポートを受けてチケットのステータスをチェックしている人を意味するのか? Outlook でメッセージを表示および/または返信する場合、このユーザーは単一のサポート メールボックス (おそらくパブリック フォルダー) にアクセスしますか?それとも、メッセージはそのユーザーの個別のメールボックスに転送/コピーされますか?

私がこれを正しく理解している場合、あなたはそれを個々のメールボックスにコピーし、そこからシステムの「外部」にあるため、返信は直接エンド ユーザーに送られ、中央のサポート メールボックスはスキップされます。「差出人」を中央サポート メールボックスに変更して、メッセージを送信/ダウンロードする前にメッセージを変更することで、これを回避できる場合があります。サポート ユーザーが応答すると、中央のサポート メールボックスに戻ります。そこで、セカンダリ同期アクション (または、受信メールを取得するのと同じアクション) で処理し、to/from を変更して目的の受信者に送信することができます。中央サポート メールボックスに移動し、UpdateItems を使用して送信し、送信済みフォルダーに保存します。きれいではありませんが、可能なはずです。それは私の頭のてっぺんから外れていますが、そのため、より良い解決策が簡単に見つかる可能性があります。そして、私はあなたが作業しているシステムについていくつかの仮定に基づいて操作しているので、少し間違っているかもしれません.

于 2013-11-16T13:25:12.240 に答える