開封通知が仕分けされない

今回は Exchange Server 2010 から 2016 へユーザーを移行した環境で開封通知のメールを件名で仕分けする際に仕分けルールが動作しない事象についてご紹介いたします。   事象 Exchange Server 2010 から Exchange Server 2016 へ移行後、開封通知のメールに対する Outlook の仕分けルールが正常に動作しなくなった。 ・適用していたルールの条件:件名に “開封” を含むメール ・Outlook より手動で仕分けルールを再実行すると、正常に仕分けされる。   原因 トランスポート サービスで配信処理が行われる際に、件名が Outlook 上で表示される “開封: 〇〇〇” ではなく、“Read: 〇〇〇” として処理されることが原因で発生します。 以下は、”テストメール” という件名のメールに対する開封通知がトランスポート サービスによって処理される際の追跡ログの例となります。 例) 追跡ログ 抜粋 ———————————— 2017-06-20T11:29:04.653Z,172.30.35.18,MBX02,,MBX01.***.com,”MDB:***, Mailbox:***, Event:10018369, MessageClass:REPORT.IPM.Note.IPNRN, CreationTime:2017-06-20T11:29:03.788Z, ClientType:MOMT, SubmissionAssistant:MailboxTransportSubmissionEmailAssistant”,,STOREDRIVER,SUBMIT,,,***,User02@***.com,,,1,,,Read: テストメール,User01@***.com ———————————— 上記のような開封通知に対する追跡ログは、お客様環境におきましても以下のコマンドから確認することができます。 Get-MailboxServer | Get-MessageTrackingLog…


Active Directory サイトを活用した Exchange 導入

(この記事は 2015 年 11 月 18 日に Office Blogs に投稿された記事 Exchange Active Directory Deployment Site の翻訳です。最新情報については、翻訳元の記事をご参照ください。)   新しい Exchange サーバーを導入するときは、考慮すべきことがいくつかあります。そのうちの 1 つが、現在サポートされている新しいバージョンの Exchange サーバーを稼動中の運用環境に導入するときに、Active Directory (AD) 展開のサイト設計オプションを活用すると作業がスムーズになるという点です。 クライアント アクセス サーバー ロールを持つ新しい Exchange サーバー、またはすべての Exchange 2016 サーバーを導入するときは必ず、セットアップ プロセスで Active Directory 内に新しいサービス接続ポイント (SCP) (英語) レコードが追加されます。内部ドメインに参加しているクライアントおよびアプリケーションが自動検出 (英語) サービスを見つけるためにSCP レコードを使用します。実際の環境の構成内容によっては、新しいサーバーを構成する前に、クライアントがこの新しい SCP レコードを参照し、そのサーバーに自動検出要求を直接送信し始める可能性があります。しかし、既定の自己署名証明書はクライアントから信頼されていないため、この新しいサーバーとやり取りするすべてのクライアントで、エンド ユーザーに証明書のエラーが表示されるようになります。この最良とは言えないエクスペリエンスは簡単に防ぐことができます。 クライアントがこの新しいサーバーに自動検出要求を直接送信するのを回避するために、皆様は既に、新しい SCP レコードの AutodiscoverServiceInternalUri 値を「空白のまま」にしているか、扱いやすく負荷分散される URL に設定しているかもしれません。この設定によって、クライアントは…


Active Directory サイトを活用した Exchange 導入

(この記事は 2015 年 11 月 18 日に Exchange Team Blog に投稿された記事 Exchange Active Directory Deployment Site の翻訳です。最新情報については、翻訳元の記事をご参照ください。)   新しい Exchange サーバーを導入するときは、考慮すべきことがいくつかあります。そのうちの 1 つが、現在サポートされている新しいバージョンの Exchange サーバーを稼動中の運用環境に導入するときに、Active Directory (AD) 展開のサイト設計オプションを活用すると作業がスムーズになるという点です。 新しい Exchange サーバーを導入すると、そのサーバーによって AD 内のレコードにサービス接続ポイント (SCP) (英語) が追加され、環境の構成しだいでは新しいサーバーがクライアントからの要求に応答できるようになります。しかし、既定の自己署名証明書はクライアントから信頼されていないため、Outlook でエンド ユーザーに証明書のエラーが表示されるようになる可能性があります。この最良とは言えないエクスペリエンスを、簡単に防ぐことができます。 自動検出 (英語) 要求を送信する有効な SCP がある場合、要求を受信するサーバーがランダムに AD サイト内で選択されます。受信した Web トラフィックをロード バランサーによって制御することはできますが、要求を「受信」するサーバーが応答を「送信」するサーバーと同じであるという保証はありません。そのため、Outlook で証明書に関する警告がポップアップ表示される可能性があります。 この問題を回避しようとして、信頼された有効な証明書を備えていない Exchange サーバーの AutodiscoverServiceInternalUri の値を「空白のまま」にしても、必ずしもそのサーバーを使用するクライアントにサーバーが応答できなくなるとは限りませんのでご注意ください。そのため、Outlook で証明書の警告が表示される可能性もあります。 この状況の回避方法 AD…


Outlook 2016: Exchange 管理者向けの情報

(この記事は 2015 年 11 月 19 日に Exchange Team Blog に投稿された記事 Outlook 2016: What Exchange admins need to know の翻訳です。最新情報については、翻訳元の記事をご参照ください。)   9 月末にリリースされた Office 2016 には、新しいバージョンの Outlook デスクトップ クライアントが含まれています。Outlook 2016 のエンド ユーザー向けの変更点についてこちらの記事で概要を説明していますので、まだお読みでない方はぜひご確認ください。今回の記事では、Exchange 管理者に関係する Outlook 2016 の変更点について詳しく説明します。企業での展開計画にお役立てください。 MAPI-HTTP と自動検出機能 他のすべての Outlook のリリースと同様に、今回も複数の更新が実装されており、パフォーマンスの向上や、アカウント接続時やメールの同期時に発生する一般的な問題の減少が可能です。今回の更新により、メッセージのダウンロード、メッセージ リストの表示、休止状態から再開後の新規メールの表示などにかかる時間が短縮されています。過去 2 回のリリースを通じて、下記のように Outlook がメール アカウントに接続し Exchange と同期する方法が大幅に変更されています。 Outlook 2016 では自動検出機能が必須に: Outlook 2016 では、自動検出機能が構成されていないと Exchange Server…


Outlook Web Access (OWA) に新規のセキュリティ脆弱性が存在しないことを確認

(この記事は 2015 年 10 月 7 日に Office Blogs に投稿された記事 No new security vulnerability in Outlook Web Access (OWA) の翻訳です。最新情報については、翻訳元の記事をご参照ください。)   先日より、Microsoft Exchange Server のコンポーネントである OWA に新しいセキュリティ脆弱性が見られることがインターネット上で報告されています。マイクロソフトにとって、自社製品のセキュリティを確保することは、お客様に対する最大の役目です。   そこで報告内容を調査した結果、Exchange Server が適切に展開されセキュリティ保護されている場合には、これらの投稿で言及されている攻撃の影響を受けることはないと 判断しました。中には、システムが適切に管理および保護され最新の状態に更新されている場合に攻撃者がどのようにして「きわめて重要性の高いアセットへの 足掛かりを得る」のかという重要な詳細について説明していない投稿もありました。ここで言及されている「攻撃」は、サーバーのファイル システムおよびサービスに対して管理用アクセス権を持ったユーザーか、Exchange Server コンソールにログオンして Exchange のシステム ファイルを置き換える権限を持ったユーザーが、インターネット インフォメーション サービス (IIS) のリセットを実行した場合にのみ発動します。   これらの報告で説明されているような状況を回避するために、IT 管理者の皆様には、最新の製品とサービスを使用すると共に、IT 管理に関する業界のベスト プラクティスに準拠することをお勧めします。   Exchange チーム


本日よりExchange Server 2016を提供開始: ~クラウドから生まれた次世代メッセージングプラットフォーム~

(この記事は 2015 年 10 月 1 日に Exchange Team Blog に投稿された記事 Exchange Server 2016: Forged in the cloud. Now available on-premises. の翻訳です。最新情報については、翻訳元の記事をご参照ください。) Exchange Server 2016 がリリースされ、本日からダウンロードしていただけるようになりました。Exchange 2013 をリリースしてから 3 年近く、マイクロソフトでは Exchange にさらに磨きをかけ、より完成度の高い製品を作り上げるために取り組んできました。このたび Exchange の最新バージョンを皆様にお届けできるはこびとなり、たいへん嬉しく思っています。Exchange 2016 は、完全にクラウド上で進化を重ね、構築されているという点において従来のバージョンと異なります。Office 365 のメールボックスで既に多数のユーザーにご活用いただいている機能が、今回のリリースを通じてオンプレミス環境のユーザーの皆様にも提供されるようになります。 こちらのビデオで主な機能をご紹介しています。 メールは現在もビジネス コミュニケーションの中で重要な地位を占めていて、業務を行ううえで最も必要性の高いツールです。このため、現在のビジネス ニーズに適合した最新のメッセージング インフラストラクチャが欠かせません。メールやその他のコミュニケーションの量は増加し続けており、受信トレイや予定表、業務中の他のユーザーとのやり取りなどの中から重要な事項を簡単に見つけ出せるツールが求められています。また、メールのデータ量が増大するにつれ、IT 部門はそのデータの維持、管理、保護にまつわる作業を行う必要が生じています。 このような課題に対応するために、マイクロソフトは Exchange と他の Office 製品の統合を進め、企業の生産性と共同作業の効率を向上できるようにしました。今回のバージョンでは、重要なメッセージだけに注目でき、作業効率を高め、様々なデバイスでより多くの作業を行えるようにするための新機能を実装することで、メールの管理を簡素化しました。また、Exchange のアーキテクチャを簡素化し、高度な復旧機能を導入しました。さらに、組み込みのコンプライアンス ツールを改良してデータの保護と保持機能を強化しました。 Exchange 2016 はデータ損失防止 (英語)、可用性管理、ストレージ障害からの自動回復、Web ベースの Exchange…


Outlook on the web の新機能のご紹介

(この記事は 2015 年 8 月 4 日に Office Blogs に投稿された記事 New features coming to Outlook on the web の翻訳です。最新情報については、翻訳元の記事をご参照ください。) 今回は、Office 365 の Web 版 Outlook の新機能をご紹介します。Web 上のメールや予定表でさらに充実した機能を提供する一環として、ユーザー インターフェイス (UI) と新機能をリリースします。これにより、作業効率が向上するだけでなく、受信トレイが把握しやすく、予定表がより効果的に管理できるようになります。これ まで Outlook Web App (OWA) という名称でご愛用いただいていたブラウザー ベースの Outlook 機能は、「Outlook on the web」として生まれ変わります。新しくなった機能について詳しく見てみましょう。 洗練された外観で効率アップ Outlook on the web では、ユーザーの効率を向上させるシンプルで洗練された UI が採用されています。まずはメール、予定表、連絡先、タスクの上部に表示される操作バーが新しくなりました。操作バーでは、受信トレイを空にする、メール の返信、予定表へのイベント追加など、最もよく使用されるコマンドにすばやくアクセスできます。 使いやすいデザインを実現するために、調整と改良を何度も繰り返しました。メールの件名は以前よりも大きく目立つように 表示され、閲覧ウィンドウのメッセージはインデント表示されるため読みやすくなりました。予定表では、ボタン表示が見やすくなったことで簡単に新しい会議 出席依頼を作成でき、予定表内でのナビゲーションがしやすくなりました。 統合された新しい操作ツール バー…


予約の委任機能と標準の委任機能の違い

(この記事は 2015 年 6 月 29 日に The Exchange Team Blog に投稿された記事 Booking Delegation Vs. Classic Delegation の翻訳です。最新情報については、翻訳元の記事をご参照ください。)   予定表への代理アクセス権の割り当てには 2 とおりの方法があり、それぞれが異なるシナリオを想定しています。しかし、すべてのメールボックス (通常は会議室メールボックス) についてどちらの方法でも割り当て可能なため、会議室やリソースの委任を管理する際に混乱が生じています。そこで、この記事ではそれぞれの違いと目的についてご説明します。 標準の委任機能 標準の委任は、ずっと以前から提供されている機能であり、上司が 1 人または複数のユーザーに対して予定表の管理を依頼する際に使用します。たとえば、CEO が部下に自分の予定表を管理してもらいたいと考えているとき、この CEO が Outlook または OWA を使用していれば、予定表に代理人を割り当てることができます。テナントまたは組織の管理者はこのプロセスに一切関与することはなく、すべてエンド ユーザーによって操作されます。 標準の委任機能は、次の操作で有効にできます。        代理人に対して、予定表への編集者のアクセス許可を付与する。        代理人に送信者のアクセス許可を付与する。        会議関連のメールを代理人に転送する、隠れたトランスポート ルールを作成する (下図の赤枠を参照)。 上記の操作はすべてクライアント側で実行されます。テナントまたは組織の管理者は一切関与しません。 Outlook の例 OWA での予定表の委任の例 いずれの例でも、標準の委任はすべてエンド ユーザーによって制御され、クライアントから割り当てられます。   予約またはリソースの委任機能 この機能は、テナントまたは組織の管理者が、特定のユーザーに割り当てられているすべての会議室やリソースの委任を管理できるように設計されています。この構成にエンド ユーザーは関与しません。テナントまたは組織の管理者は、すべての会議室やリソースにアクセスできる代理人を完全に制御できます。…


Office 365 の受信トレイを整理する Clutter 機能を発表

(この記事は 2014 年 11 月 11 日に Office Blogs に投稿された記事 De-clutter your inbox in Office 365 の翻訳です。Clutter のリリース時の既定設定 (無効 / 有効) 及び、最新の機能情報については最新の Roadmap をご確認ください。) 今回は、Exchange チームのシニア プロダクト マーケティング マネージャーを務める Brian Shiers と、シニア プログラム マネージャーを務める Kumar Venkateswar による記事をご紹介します。 編集メモ 「よく寄せられる質問」のセクションが更新され、Outlook デスクトップ クライアントでの Clutter の動作に関する説明が追加されました。 マイクロソフトはこのたび Office 365 のビジネス ユーザー向けの受信トレイ機能として、Office Graph を活用した Clutter 機能の提供を開始しました。Clutter は、ユーザーが受信トレイ内のメールのうち、重要なメールだけを識別できるように設計された機能です。Clutter が機械学習エンジンによって優先度の低いメールを [Clutter] フォルダーに移動するため、ちらかりやすい受信トレイが簡単に整理されます。これによりユーザーは不要なメールに目を通さずに済むため、重要な要件に集中 できるようになります。…


[Office 365] Outlook 起動時の証明書のセキュリティ警告について

本日 (10/30)、Office 365 をご利用のお客様より、Outlook 起動時に以下の警告メッセージが表示されるという現象について多くのお問い合わせをいただいております。  この問題につきましては、データセンター側での対処が完了し、現在は復旧しております。また、EX10842 としてサービス正常性にも公開されておりますので、併せてご確認ください。なお、障害報告書が 5営業日を目途に作成されますので、詳細につきましては報告書が作成されるまでお待ちください。