現象
次のような状況で問題が発生します。
-
Exchange Server 2016 または Office 365 環境でのオンライン モードで Outlook を実行しています。
-
送信メッセージのエンコード優先 KOI8-R のキリル文字(ロシア語バージョンの Outlook の設定をエンコードする既定値) を Outlook のオプションを設定します。
-
いくつかロシア語の文字を含むメッセージを作成して、下書きとして保存します。
このシナリオでは、このドラフトを送信した後、メッセージの本文が文字化け。 文字キリル KOI8-rを Outlook でこのメッセージのセットを設定する手動で場合にのみ、通常のことを確認できます。
原因
この問題は、Exchange サーバーがサーバーには、 PR_INTERNET_CPIDプロパティで設定された文字が変更されたときに、 PR_BODY_HTMLプロパティに設定する文字を更新しないために発生します。 したがって、Outlook が、それを表示しようとしています。 メッセージの本文が文字化け。
回避策
使用する Outlook クライアントを構成するUTF-8優先の送信メッセージのエンコード方法のオプションにします。 これを行うには、次の手順を実行します。
-
Outlook では、次のように選択しますファイル>オプション>詳細設定します。 。
-
文字設定オプション] セクションで設定、 送信メッセージのエンコード優先オプションをUTF-8 。
解決方法
この問題を解決するには、2016 の Exchange Server の Exchange Server 2016 または後で累積的な更新の累積的な更新の 11をインストールします。
注:
-
その他の設定を行う前に、バージョン 5.00 の Windows レジストリ エディターで次のレジストリ設定を指定することを確認する必要があります。
-
このレジストリ キーを使用する場合、パフォーマンスへの影響は。 ホスト ・ エージェントを構成するには、機能が必要な環境でのみ使用する必要があります。
) 操作:作成] ハイブ b): "HKEY_LOCAL_MACHINE\" c) キーのパス:SOFTWARE\Microsoft\ExchangeServer\v15\Storage\ContentConversiond) の値の名前: AllowRestampCharsetOnInernetCPIDMismatch e) の値の種類: REG_DWORD f) 値のデータ: 1 g) 情報: Hexサポートする decimal
さらに、[ストレージのキーとそのサブキー"ContentConversion"が見つからない場合、[キーのパスを手動で作成する必要があります。
詳細情報
コンテンツの変換の詳細については、コンテンツの変換を参照してください。 詳細については、 PidTagBodyHtml標準的なプロパティは、 PidTagBodyHtml の標準的なプロパティを参照してください。 メッセージ エンコーディング オプションの詳細については、メッセージのエンコード オプションを参照してください。
状態
マイクロソフトでは、この問題をこの資料の対象製品として記載されているマイクロソフト製品の問題として認識しています。
関連情報
マイクロソフトでソフトウェア更新プログラムの説明に使用する用語集を参照してください。
