2011-12-21 9 views
3

ユーザーに送信する会議出席依頼を手動で生成する.NETアプリケーションがあります。Outlook 2010/Office 365で添付ファイル付きの招待状が認識されない

  • が と添付ファイル(ICSファイル)として会議情報(から/ /対象は/ etcに)System.Net.Mail.MailMessageを作成し、通常のフィールドを設定し、次のように我々が使用するプロセスがあります7ビットエンコーディング - これは、Outlookスタイルが
  • メール
  • のテキストのためにエンコードされた両方の7ビットは、別の代替ビューを追加し、2つの代替ビュー、text/plainで、テキスト/ HTMLを追加を誘う認識しないメールクライアントのために必要です上記の添付のICSファイルと同じICSテキストで、 "text/calendar; charset = UTF-8; method = REQUEST"で、また7ビットエンコード
  • メッセージを送信

これは、従来のOutlook 2007/Exchangeセットアップ(添付ファイルは表示されず、メッセージは会議出席依頼として扱われます)でもうまくいきましたが、Outlook 2010/Office 365にアップグレードすると、埋め込みICSデータはメッセージはICSファイルが添付された通常のメッセージとして表示されます。添付ファイルを削除すると、正しく認識されたメッセージが表示されます。変更を引き起こしているのが新しいOutlookバージョンかOffice 365かはわかりませんが、そのうちの1つでなければなりません。

これがなぜ変更され、どのように修正できるのか、誰にも分かりませんか?

+0

誰かが答えを見つけて、答えを投稿していないのですか?私たちは同じ問題を抱えています。あなたは回避策を見つけましたか? – thames

答えて

1

同様の問題が発生しました。私たちのメールサーバーはExchange 2003からExchange 2010にアップグレードされました。私たちの会社は2010年に一部のユーザーの電子メールアカウントを移行しました。私たちはまだOutlook 2007をフロントエンドとして使用しています。 Alernative Viewとしてミーティングの招待状を作成し、受信者に送信する.NETアプリケーションがあります。電子メールアカウントが移行されたユーザーは、招待状を会議出席依頼として受信するのではなく、単純な電子メールだけを受信します。交換2003に滞在している人は、招待状を会議出席依頼として受け取ることに問題はありません。私はオンラインで検索し、Exchange 2010が.icsファイルを処理する方法を変更し、以前のバージョンよりも制限が強いことがわかりました。最悪の部分は、RFC標準に準拠しておらず、マイクロソフトは、どの部分がExchange 2010の正しい解釈を妨げているのかを把握しようとするのではないと考えています。だから私の回避策は代替ビューとして.icsを送信することではなく、添付ファイルとして送信することです。 2010年に移行された電子メールアカウントで受信されると、添付ファイルはユーザーに表示され、ユーザーは添付ファイルをクリックしてカレンダーにインポートできます。

+0

あなたは答えを提示しません。また、読むことはたくさんあり、学ぶことはほとんどありません。 – Raffael

0

Outlook/Exchangeは、メッセージタイプがtext/calendarであり、text/multipartではないと想定しています。

関連する問題