Outlook 2007→2010にアップグレードした直後や再セットアップを掛けた直後に、今まで利用していたExchange Onlineのアカウントに対してパスワード入力が求められ、正しい値を入れても受け付けられなくなる様な事象が発生することがあります。

また、新規でセットアップしたOfficeに新規のアカウントを作成しようとした場合も、同じくパスワードの入力が求められ、プロファイルのセットアップが完了できない事があります。

これは、Outlookが新しいOffice365の必須要件を満たしていない場合に発生します。（Windows Updateにより最新の更新プログラムが当たっている場合には発生しません）　Office365向けの更新プログラムは、Outlook 2007の場合はKB2583910、Outlook2010の場合はKB2553248として公開されています。

• Outlook 2007 (KB2583910) の更新プログラム
• KB2553248: 2012 年 4 月 10 日の Outlook 更新プログラム

このプログラムをインストールすることにより、新しいOffice365にも接続できるようになります。

テナントのアップグレードを実施される前に、管理者の方はOutlookの更新プログラムが当たっているかどうかを今一度ご確認されることをお勧め致します。

Exchange 2013をベースとしている新しいOffice365では、パブリックフォルダの機能が提供されるようになりました。今回はその使い方について書きたいと思います。

まず、Exchange 2013になってシステム的なパブリックフォルダの実装が少し変わったのでそこを軽く説明します。

Exchange 2010では、パブリックフォルダを利用するためにパブリックフォルダ専用のメールボックスデータベースを作成する必要がありました。また、複製に関しても通常のメールボックスデータベースとは別にレプリケーションを構成する必要がありました。また、クライアントは複数のパブリックフォルダサーバが有る場合は自動的に負荷分散されて接続されるようになっておりました。

Exchange 2013では、パブリックフォルダの利用に専用のデータベースは必要無くなりました。代わりに、通常のユーザーメールボックスが配置されているデータベース上に「パブリックフォルダーメールボックス」という物を作成し、その中でパブリックフォルダを構成します。このパブリックフォルダーメールボックスは、他のメールボックス同様にDAGの仕組みによって複製される為、システムの構成がシンプルにできるようになりました。

ただし、クライアントは常にActive側のみに接続されますので、負荷分散を構成するのはパブリックフォルダーメールボックスの収容設計で実装しなくてはならないという点は注意が必要です。

また、一番最初に作成されたパブリックフォルダーメールボックスは「第1階層」と呼ばれ、ツリー構造のマスターを持っている特別な物になります。（2個目以降は「第2階層」と呼ばれ、第1階層のツリー構造のコピーと、特定フォルダのコンテンツを含みます。）

それでは、Office365からパブリックフォルダを利用してみたいと思います。まず、Exchange管理センター（前のバージョンではExchangeコントロールパネルと呼ばれていました）に接続し、パブリックフォルダーを開きます。

[パブリックフォルダーメールボックス]のタブを開き、＋で[パブリックフォルダーメールボックスの新規作成]を開き、第1階層用のメールボックスの任意の名前を入力します。今回は MasterHierarchy と入力し、保存します。

次に、実際にデータを保存するフォルダを作成します。[パブリックフォルダー]のタブから、＋を押して[パブリックフォルダーの新規作成]を開きます。今回は営業部用のsalesというフォルダを作ってみたいと思います。

最後に、このフォルダに権限を付与します。Salesをクリックして右側のフォルダーのアクセス許可の[管理]を開きます。下の階層のフォルダには上位の権限が継承されますが、ルートには非表示で「既定」への「作成者（Author）」権限が割り当てられています。今回は一番上に作成するのでデフォルトでは誰も権限を持っていません。任意の所有者、編集者、閲覧者などの権限を適宜ユーザー/グループに対して付与します。

これでサーバー側の準備は完了しましたので、クライアントから接続したいと思います。パブリックフォルダに接続できるのは、「Outlook 2007」「Outlook 2010」「Outlook 2013」もしくは「OWA（ブラウザーからのアクセス）」となっています。

Outlookから接続すると、以下の様に「フォルダー一覧」のメニュー（Crtl+6）の中にパブリックフォルダーが表示され、自由にサブフォルダを作成するなどの利用ができるようになっています。

OWAから接続する場合は、以下の制約事項があります。

• 通常の[メールと投稿アイテム]のフォルダのみ閲覧できる
• 新規でフォルダは作成できない
• アクセス権の設定変更はできない

OWAには「フォルダー一覧」のメニューは提供されていない為に、代わりにお気に入りからアクセスします。お気に入りの上で右クリックし、[パブリックフォルダーの追加]を選択し、パブリックフォルダー一覧が表示されますので、必要なフォルダを選択して追加します。

組織の予定表やTODOなどはOWAからは見れないということになりますので、基本的にはOWAは閲覧専用として使って、メインはOutlookを使えということですかね。

オンプレミスのExchange 2013では、パブリックフォルダーを作成する際に、指定した（第2階層を含む）パブリックフォルダーメールボックスに作成するというオプションがあって、そこでサーバの性能や容量が足りない場合に負荷分散をさせるという構成が取れるのですが、今のところOffice365ではそのオプションがPowerShellからでも指定できない為、第1階層のパブリックフォルダーメールボックス上にしか作成できません。

サービスディスクリプションなどにもパブリックフォルダは○としか書いてないですが、この機能のままで考えると第1階層のメールボックスのクォータ容量である25GBまでが無償で利用できる、という事になるのでしょうか。調査中なので、また分かったら書きたいと思います。

なお、PowerShellを利用するとルートフォルダの権限を付与することができます。管理者（もしくは管理者グループ）に対してowner権限を付ける場合は以下の様なサンプルになります。

New-Mailbox -PublicFolder MasterHierarchy
Add-PublicFolderClientPermission "" -User admin -AccessRights owner
New-PublicFolder -Name sales
Add-PublicFolderClientPermission "sales" -User sales -AccessRights PublishingEditor

Outlookを利用されたことがある方は、OWAで最初にメールボックスにログオンした際のフォルダツリーの中に、「未読のメール」「フラグの設定されたメール」などが無い事に気づきます。

これらは、「検索フォルダー」と呼ばれ、事前に設定したある条件を元に、その検索結果を事前にインデックス化して高速に表示してくれる機能で、特に前述のような物は利用されている方も多いかと思います。

このフォルダを作成するには、Outlookのクライアントを使用します。キャッシュモードで検索フォルダーを作成した場合、インデックスがクライアントで実施される（サーバ側に設定されない）ので、キャッシュモードを一時的にOFFにして作業を行う必要があります。

その後検索フォルダを→クリックして[新しい検索フォルダー]を選択し、条件を指定します。

上部のお気に入りに入れたい場合はお気に入りに追加します。

これでOWAでも検索フォルダが見えるように…なりませんでした。

「RSSフィード」は作成されたので、Outlookからは正しく接続できているようなのですが、上手くいきません。従来のバージョンだといけたのですが…Outlookのキャッシュモードを使えば良いという話もありますが、ユーザーによっては結構クリティカルな問題でもありますね。

ただ、Outlookのオンラインモードだとそもそも検索フォルダは作成できるように見えますが、再起動すると消えてしまっているので、そもそも作成できていないのかもしれませんね。

ちょっと調べてみたいと思います。検索エンジンがFASTに変わって何か変わったんですかね？

前回の投稿で、アドレス帳ポリシーを利用してグローバルアドレス帳（GAL）を分割する方法について書きました。Exchangeチームのblogに、Exchangeアドレス帳ポリシーの詳細が記載されておりましたので、その内容について少し触れたいと思います。

The Exchange Team Blog
Address Book Policies, Jamba Jokes and Secret Agents

まず、Office365ですが、作成できるアドレス帳の数に制限があるようです。Eプランのデフォルトの制限数は、以下の通りです。

• グローバルアドレス帳：10
• オフラインアドレス帳： 10
•  アドレス帳ポリシー：10
•  アドレス帳：40

※アドレス帳40という点が、大企業になると少し厳しいかもしれませんね。

また、Exchange Onlineで初めて実装された機能として、アドレス帳ポリシールーティングという機能があります。

これにより、従来は送信者が送信した時点で名前解決が行われていた物が、それぞれの受信者側のアドレス帳ポリシーに基づいて名前解決されるようになりました。自身のアドレス帳に無いユーザーは、外部から着信した際のようにメールアドレス付きで配送されます。

この機能を有効化するには、以下のPowerShellコマンドレットを実行します。（プレビュー版では開放されてませんでしたが、2/27にGAされた新バージョンではOKでした。）

Set-TransportConfig –AddressBookPolicyRoutingEnabled $True

この機能を実装することにより、アドレスグループをまたぐ配布グループの作成や外部連絡先の作成方法などにさえ気をつければ、かなりの精度でアドレス分割によるマルチテナントチックな利用ができそうですね。