Microsoft 365 導入・運用メモ
Microsoft365の管理センターで会議室を登録したけど、OWAの会議室検索には何も表示されない!というケースを良く見かけます。
そもそもMicrosoft365管理センターで初期設定できる項目は限られていて、会議室の検索を設定するRoomListもコマンドベースでの設定が必要です。
はじめに
会議室メールボックスを作成し、Room Listにも登録した。それなのにOWAの会議室検索には何も表示されない。
このようなケースでは、原因が1つとは限らず、複数の設定を順番に確認していく必要があります。
会議室検索に表示されない原因は、Room Listの未設定・種別崩れ、メンバー未登録、GAL非表示、Placesメタデータ不足、複数都市混在の5つに大別できます。
今回の構成(例)
説明のため、以下のような架空の構成を例に進めます。
| Room List アドレス | 対象都市/国 | 用途 |
|---|---|---|
| roomlist@bitgate.jp | Shizuoka(日本) | 静岡本社の会議室 |
| th-roomlist@bitgate.jp | Bangkok(タイ) | バンコク拠点の会議室 |
| メールアドレス | 表示名 | 都市 | 収容人数 | 所属Room List |
|---|---|---|---|---|
| jp-conferenceroom1@bitgate.jp | 会議室1 | Shizuoka | 4 | roomlist@bitgate.jp |
| jp-conferenceroom2@bitgate.jp | 会議室2 | Shizuoka | 10 | roomlist@bitgate.jp |
| th-conferenceroom1@bitgate.jp | Bangkok Office Conference Room | Bangkok | 8 | th-roomlist@bitgate.jp |
原因1: Room List自体が未設定、または種別が崩れている
まず疑うべきは、そもそもRoom List自体が作成されているかどうか、そして作成されている場合は正しい種別で登録されているかどうかです。Microsoft365管理センターの画面には「Room Listを新規作成する」独立したメニューが用意されておらず、作成にはPowerShellでの操作が前提になっています。会議室メールボックスを追加しただけで満足してしまい、肝心のRoom List自体を作っていなかった、というケースは非常によく見られます。また、過去に何らかの操作でRoom Listが通常の配布グループに戻ってしまっているケースもあります。
Get-Recipient -RecipientTypeDetails RoomListこれで何も返ってこなければ、Room List自体がまだ存在しません。以下で新規作成します。
New-DistributionGroup -Name "roomlist" -RoomListすでに存在する場合は、種別が正しいか確認します。
Get-DistributionGroup "roomlist@bitgate.jp" | fl RecipientTypeDetailsRoomList と表示されなければ、以下で修正します。
Set-DistributionGroup "roomlist@bitgate.jp" -RoomList原因2: 会議室がRoom Listのメンバーになっていない
Room Listを作成しただけで、実際の会議室メールボックスをメンバーに追加し忘れているケースです。
Get-DistributionGroupMember "roomlist@bitgate.jp"会議室が含まれていなければ追加します。
Add-DistributionGroupMember "roomlist@bitgate.jp" -Member "jp-conferenceroom1@bitgate.jp"原因3: GAL(アドレス一覧)から非表示になっている
Get-Mailbox "jp-conferenceroom1@bitgate.jp" | fl HiddenFromAddressListsEnabledTrueになっている場合は、次のコマンドで表示状態に戻します。
Set-Mailbox "jp-conferenceroom1@bitgate.jp" -HiddenFromAddressListsEnabled $false原因4: Placesサービスの位置情報メタデータ不足(見落としがちな盲点)
上記3点がすべて正しくても表示されない場合、最も見落とされがちなのが、現在のRoom Finderが内部的に利用している「Places」サービス側のメタデータ不足です。Room List・GALの設定だけを見ていても異常が見つからず、ここで長時間ハマるケースが多くあります。
Get-Place -Identity "jp-conferenceroom1@bitgate.jp" | fl *Microsoft公式ドキュメントでは、Room Finderが正しく機能するために City・Floor・Capacity の3プロパティの設定を推奨しています。可能であれば Building・Street・PostalCode・CountryOrRegion も設定しておくとよいでしょう。
Set-Place -Identity "jp-conferenceroom1@bitgate.jp" `
-City "Shizuoka" `
-Building "本社" `
-Street "(住所)" `
-PostalCode "(郵便番号)" `
-CountryOrRegion "Japan" `
-Floor 1 `
-FloorLabel "1階" `
-Capacity 4設定変更は反映まで最大24〜48時間かかります。設定直後に検索して何も出てこなくても焦らず時間を置いて再確認してください。
原因5: 1つのRoom Listに複数都市の会議室が混在している
すべて正しく設定したはずなのに、特定の拠点でだけ会議室が検索に出ないという場合、この原因が濃厚です。Microsoftの仕様上、1つのRoom Listは同一都市の会議室のみで構成することが前提になっており、複数都市が混在すると、そのRoom List内で件数が少ない方の都市を選択したときに、Room List自体が候補から消えてしまいます。
1つのRoom Listの中にShizuokaの会議室が2件、Bangkokの会議室が1件混在していた場合、ShizuokaでフィルタしたときだけそのRoom Listが表示され、Bangkokでフィルタすると何も表示されなくなります。設定ミスではなく、都市ごとにRoom Listを分けていないことが原因です。
対応として、拠点(都市)ごとにRoom Listを分割します。
# Bangkok用の新しいRoom Listを作成
New-DistributionGroup -Name "th-roomlist" -RoomList
# 既定でオンマイクロソフトドメインのアドレスになるため、独自ドメインに変更
Set-DistributionGroup -Identity "th-roomlist@bitgate.onmicrosoft.com" -PrimarySmtpAddress "th-roomlist@bitgate.jp"
# Bangkokの会議室を新しいリストに追加
Add-DistributionGroupMember -Identity "th-roomlist@bitgate.jp" -Member "th-conferenceroom1@bitgate.jp"
# 元のRoom ListからBangkokの会議室を削除
Remove-DistributionGroupMember -Identity "roomlist@bitgate.jp" -Member "th-conferenceroom1@bitgate.jp"なお New-DistributionGroup -RoomList は既定のプライマリSMTPアドレスが「onmicrosoft.com」ドメインになる点にも注意が必要です。独自ドメインで統一したい場合は作成直後に Set-DistributionGroup -PrimarySmtpAddress で明示的に変更してください。
おまけ: カレンダーが「予定あり」としか表示されない場合
Room Finderへの表示可否とは別の話になりますが、あわせてよく相談されるのが「会議室の予定表を見ても、件名や詳細が見えず”予定あり”としか表示されない」という点です。これはRoom List側の設定ではなく、会議室メールボックスのカレンダーフォルダの既定アクセス権(Default)が、新規作成時は自動的に「空き時間のみ表示」になっているために起こります。
残念ながら、この初期値をテナント全体で「詳細表示」に変更する設定はMicrosoft 365には用意されていません。会議室を追加するたびに、以下のいずれかの方法で個別に設定する必要があります。
Set-MailboxFolderPermission -Identity "jp-conferenceroom1@bitgate.jp:\Calendar" -User Default -AccessRights LimitedDetailsPowerShellを使いたくない場合は、Outlook/OWAのGUIからも同じ設定が可能です。Exchange管理センターで対象会議室にフルアクセス権限を自分に付与したうえで、OWAの「他のメールボックスを開く」からその会議室の予定表を開き、「共有」ボタンでアクセス権を「すべての詳細を閲覧可能」に変更するだけです。個人の予定表を共有するときと全く同じ操作でできるため、専任のIT担当者がいない組織でも運用しやすい方法です。
まとめ:会議室追加時のチェックリスト
- Room List自体が存在するか、種別が正しいかを確認する(なければ作成する)
- 会議室メールボックスを作成する
HiddenFromAddressListsEnabledがFalseであることを確認するSet-PlaceでCity・Floor・Capacityなどの位置情報を設定する- 同一都市のRoom Listにメンバー追加する(新しい都市の場合は新規Room Listを作成し、独自ドメインのアドレスに直す)
- カレンダーの既定アクセス権を「詳細表示」に変更する
- 24〜48時間の反映待ちをしてからOWAで動作確認する
会議室が「作ったのに出てこない」というトラブルの多くは、Exchange側の基本設定(Room List・GAL)だけでなく、Placesサービス側のメタデータや、Room Listの都市分割ルールといった、あまり知られていない仕様に起因します。切り分けの参考にしていただければ幸いです。
Microsoft365の導入・運用でお困りの方へ
今回のようなRoom List・会議室検索の設定は一例に過ぎません。Microsoft365には、管理センターの画面だけでは完結せず、PowerShellでの設定が前提になっている機能が数多くあります。「管理画面を探しても設定項目が見つからない」「そもそも何を確認すればいいか分からない」という場合、無理に自己解決しようとせず専門家に相談するのが近道です。
bitgateでは、中小企業向けにMicrosoft365の導入から日常の運用サポートまで伴走支援しています。今回のような会議室・予定表まわりの込み入った設定も含め、初回のご相談は無料です。お気軽にお問い合わせください。