はじめに
現在所属している会社でMicrosoft365の共有メールボックスの運用があるのですが
共有メールボックスの制限事項や会社ごとに活用方法が異なるので、
改めて共有メールボックスについて調べてみました。
主な会社ごとの違いについては以下のパターンがあるのかなと思っています。
- 問い合わせ窓口（info@example.com)のような形で使う会社
- 部署ごとに共有メールボックスを作成し、予定表まで共有する
- 退職者のメールボックスを共有メールボックスに変換し、M365ライセンスを外して保管
私の所属する会社でも、共有メールボックスを活用してライセンス費用を抑える運用をしています。
ただ、最初はライセンス付けずに使うのはMicrosoftとして認められているのか？と疑問でした。
なので、共有メールボックスに対する制限などを公式ドキュメントで確認しつつ、そのうえで使い方を4つの型にわけ、型ごとに必要な設定と便利な使い方を紹介します。
対象読者
- 共有メールボックスをなんとなく使っている情報システム部の方
- ライセンス費用を抑えながらルールの範囲で正しく運用したい方
- 自社の使い方に合った設定を知りたい方
この記事でわかること
- 共有メールボックスの仕組みと、配布グループの違い
- ライセンスがいる条件といらない条件
- 共有メールボックスの3つの制限
- 使い方の4つの型と、型ごとに必要な設定・便利な使い方
- どの型でもやっておきたいセキュリティ設定
先に結論
- 共有メールボックスは50GBまでライセンスが不要
Microsoftが公式に案内している使い方 - ライセンスが必要になるのは「50GB超え」「アーカイブ」「訴訟ホールド」を使うときなど
- ただし、共有メールボックスを開く人にはライセンスが必要
- 使い方は「窓口型」「部署共有型」「送信専用型」「退職者保管型」の4つに分けると、必要な設定を整理しやすい
- どの型でも、共有メールボックスのアカウントはサインインをブロックしておく
前提環境
| 項目 | 内容 |
|---|---|
| プラン | Microsoft365 Business Standard以上 |
| 管理ツール | Microsoft365管理センター / Exchange管理センター / Exchange Online PowerShell |
| 権限 | Exchange管理者またはグローバル管理者 |
| 情報の確認日 | 2026年10月 |
💡 この記事の設定はBusiness Standardの範囲でMicrosoft Entra ID P1などの追加ライセンスなしで実施できます。ライセンスの条件は変わることがあるため、運用前に公式ドキュメントで最新の情報を確認してください。
1. 共有メールボックスとは？
共有メールボックスは、複数のユーザーが同じメールボックスを開いて、メールの閲覧・送信ができるメールボックスです。
info@、support@、soumu@のような、部署や役割のアドレスによく使われます。
実体は「ユーザーアカウント+メールボックス」
私自身勘違いしていたのですが、共有メールボックスを作るとMicrosoft Entra IDにユーザーアカウントも作られる点です。
Microsoft365管理センターの「アクティブなユーザー」にも、共有メールボックスが並びます。
共有メールボックスのアカウントは直接サインインするものでなく、利用者は自分のアカウントでサインインしてから、共有メールボックスを開きます。
新しく作るなら、ライセンスを付ける手順は不要
弊社の運用でそうなっていたので私自身が勘違いしていたのですが、共有メールボックスを新規作成するのであればライセンスは最初から不要です。
- Microsoft365管理センター→「チームとグループ」→「共有メールボックス」→「共有メールボックスを追加」
- Exchange管理センター→「受信者」→「メールボックス」→「共有メールボックスを追加」
- PowerShellの追加手順は以下の通り
# 共有メールボックスを新規作成
New-Mailbox -Shared -Name "総務" -PrimarySmtpAddress "soumu@example.com"
「ライセンスを付ける→変換する→外す」という流れが必要なのは、既存ユーザーのメールボックスを変換するときだけです（「④退職者保管型」で解説します）
配布グループ・Microsoft365グループとの違い
「複数人で1つのアドレスを使う」仕組みは、他にもあります。
| 項目 | 共有メールボックス | 配布グループ | Microsoft365グループ |
|---|---|---|---|
| メールの保管場所 | 共有メールボックス自体 | 各メンバーの受信トレイ | グループのメールボックス |
| 共有アドレスからの送信 | ◯ （権限の付与が必要） | △ （送信者権限の設定が必要） | ◯ |
| 既読・フォルダー整理の共有 | ◯ 全員で共有 | ☓ 各自バラバラ | △ |
| 予定表 | ◯ | ☓ | ◯ |
| 向いている用途 | 窓口対応、チームでの対応管理 | 一斉配信、メーリングリスト | Teams・SharePointとセットのチーム作業 |
「メールを1カ所に集めて、みんなで対応状況を共有したい」なら共有メールボックスが向いています。
2. ライセンスなしでいいのか？
ライセンスなしで活用すると何だか悪いことをしている気分になりますが、50GBなら大丈夫らしい。Microsoft 365 の共有メールボックスについて（Microsoft Learn）では、共有メールボックスにはライセンスを割り当てずに最大 50GB まで格納できると説明されています。
ライセンスが要る・要らない早見表
| やりたいこと | 共有メールボックス |
|---|---|
| 50GBまで使う | 不要 |
| 50GBを超えて使う（最大100GB) | Exchange Online Plan 2 |
| オンラインアーカイブを使う | Exchange Online Plan 2、または Plan 1 ＋ Exchange Online Archiving |
| 訴訟ホールドをかける | Exchange Online Plan 2、または Plan 1 ＋ Exchange Online Archiving |
表のとおり、ライセンスが必要になるのは「容量を増やす」「長期保管・法的保全をする」ときだけです。
なお、Microsoft Defender for Office365やアイテム保持ポリシーなどの高度な機能を共有メールボックスに適用する場合も、その機能のライセンスは必要になります。
開く人にはライセンスが必要
共有メールボックスそのものにはライセンスが不要でも、開く人はライセンスが割り当てられたExchange Onlineのメールボックスを持っている必要があります。
50GBを超えた場合はどうなる？
ライセンスなしの共有メールボックスが50GBを超えると、次の順に影響がでます。
- 共有メールボックスから新しいメールを送信できなくなる
- しばらくは受信できるが、やがて受信も止まる
- 送信者には配信不能通知（NDR）が返る
「ライセンスなしで使う」とは50GB以内に収めることだと覚えておくのが安全です。
現在の容量を確認する
現在利用されている共有メールボックスの容量を確認する場合は、Exchange Online PowerShellで、すべての共有メールボックスの使用容量を大きい順に確認できます。
# Exchange Onlineに接続
Conenct-ExchangeOnline
# 共有メールボックスの一覧と使用容量を表示（容量の大きい順）
（容量の大きい順）
Get-EXOMailbox -RecipientTypeDetails SharedMailbox -ResultSize Unlimited | Get-EXOMailboxStatistics | Select-Object DisplayName, TotalItemSize, ItemCount | Sort-Object TotalItemSize - Descending
GUIで確認する場合は、Microsoft365管理センターの「レポート」→「使用状況」→「Exchange」→「メールボックスの使用状況」から確認できます。
3. 型の前に押さえる3つの権限
型ごとの設定は、ほぼ「どの権限を誰に付けるか」で決まります。先に3つの権限を整理しておきます。
| 権限 | できること | 受信者からの見え方 |
|---|---|---|
| フルアクセス | 共有メールボックスを開く、読む、整理する | — |
| 送信者（Send As） | 共有アドレスそのものとして送信する |
info@example.com から届く |
| 代理人として送信（Send on Behalf） | 本人の代理として送信する | 「山田 太郎 が info@example.com の代理で送信」 |
注意したいのは、フルアクセスだけでは送信できない点です。送信もさせたい場合は、「送信者」か「代理人として送信」を追加で付与します。
# フルアクセスを付与（AutoMapping で Outlook に自動表示）
Add-MailboxPermission -Identity "info@example.com" -User "taro@example.com" `
-AccessRights FullAccess -AutoMapping $true
# 送信者（Send As）を付与
Add-RecipientPermission -Identity "info@example.com" -Trustee "taro@example.com" `
-AccessRights SendAs -Confirm:$false
# 代理人として送信（Send on Behalf）を付与
Set-Mailbox -Identity "info@example.com" -GrantSendOnBehalfTo @{Add="taro@example.com"}
-AutoMapping $true を付けると、権限を付けた相手の Outlook（従来版）に共有メールボックスが自動で表示されます。
4. あなたの会社はどの型？使い方の4つの型
ここからが本題です。会社ごとの使い方を、目的別に4つの型に分けて整理します。 1つの会社で複数の型を併用していることも多いので、自社で使っている共有メールボックスごとに当てはめてみてください。
| 型 | 例 | 主な目的 | 特に大事な設定 |
|---|---|---|---|
| ① 窓口型 |
info@ support@
|
社外からの問い合わせ対応 | 送信済みアイテムのコピー、自動応答 |
| ② 部署共有型 |
soumu@ sales@
|
部署内の連絡・予定の共有 | グループでの権限管理、予定表 |
| ③ 送信専用型 | noreply@ |
システム通知・一斉案内の送信元 | 送信者権限のみ、返信の扱い |
| ④ 退職者保管型 | 退職者のアドレス | 退職者のメールを残して引き継ぐ | 変換の順番、容量確認、保管期間 |
以降の章では、型ごとに「必ずやる設定」と「やっておくと楽になる使い方」を分けて紹介します。
5. ① 窓口型：誰が返信したかをチームで残す
社外からの問い合わせを、複数の担当者で受けて返信するパターンです。一番よく見かける使い方だと思います。 窓口型で一番困るのは、「誰が、何を返信したか」がチームから見えないことです。
必ずやる：送信済みアイテムを共有メールボックスに残す
初期設定のままだと、共有アドレスから送ったメールは送信した本人の「送信済みアイテム」に保存されます。 次の設定で、共有メールボックス側にもコピーが残るようにします（公式ドキュメント）。
# 「送信者」で送ったメールを共有メールボックスにも保存
Set-Mailbox -Identity "info@example.com" -MessageCopyForSentAsEnabled $true
# 「代理人として送信」で送ったメールを共有メールボックスにも保存
Set-Mailbox -Identity "info@example.com" -MessageCopyForSendOnBehalfEnabled $true
便利：自動応答で「受け付けました」を返す
問い合わせた人に「メールは届いているのかな？」と不安を感じさせないよう、受付確認を自動で返します。
Set-MailboxAutoReplyConfiguration -Identity "info@example.com" `
-AutoReplyState Enabled `
-ExternalAudience All `
-ExternalMessage "お問い合わせありがとうございます。内容を確認のうえ、2営業日以内にご連絡いたします。" `
-InternalMessage "info@ への連絡を受け付けました。担当者から折り返します。"
年末年始や夏季休暇だけ休業案内を返したい場合は、-AutoReplyState Scheduled と -StartTime / -EndTime を指定します。 GUI で設定する場合は、ブラウザーで https://outlook.office.com/mail/info@example.com を開くと共有メールボックスが直接開くので、「設定」→「メール」→「自動応答」から設定できます。
便利：仕分けルールと分類項目で対応状況を見える化
既読状態は全員で共有されるため、「誰かが開いた＝対応済み」とは限りません。そこで、次の2つを組み合わせます。
- 仕分けルール：件名や差出人でフォルダーに自動で振り分ける。必ず共有メールボックスを開いた状態で作成する（個人の Outlook で作ると、自分のメールボックスのルールになってしまう）
- 分類項目：「未対応（赤）」「対応中・担当者名（黄）」「完了（緑）」のように、対応状況の札として使う。担当者名を入れておくと二重対応を防げる
便利：差出人を切り替えて、自分の画面から送信する
送信者権限があれば、共有メールボックスを開かなくても、自分のメール作成画面で差出人を切り替えるだけで共有アドレスから送信できます。
- 新しいメールを作成する
- 「オプション」→「差出人を表示」をオンにする
- 「差出人」欄で
info@example.comを選択する（初回は直接入力）
外出が多い担当者には、スマートフォンの Outlook アプリへの追加も案内しておくと便利です（「設定」→ 自分のアカウント →「共有メールボックスを追加」）。
運用のコツ
同時にアクセスする人数は、25人程度までを目安にしてください。人数が多すぎると、接続エラーなどが起きることがあります。
6. ② 部署共有型：権限はグループ、予定表も共有
部署宛ての連絡を集めたり、部署の予定表を共有したりするパターンです。 部署共有型で一番困るのは、異動のたびに権限の付け外しが発生することです。
必ずやる：権限はセキュリティグループで管理する
部署のセキュリティグループにフルアクセスを付与しておけば、異動時はグループのメンバーを変えるだけで済みます。
💡 グループに権限を付けると、Outlook への自動表示（自動マッピング）は働きません。利用者に手動で追加してもらうよう、案内を用意しておきましょう。
便利：予定表を部署で共有する
共有メールボックスには予定表が標準で付いていて、フルアクセス権限を持つ人は予定の作成・変更・削除ができます。部署のイベント、来客予定、備品の貸し出し管理などに使えます。
| クライアント | 予定表の表示のしかた |
|---|---|
| Outlook（従来版） | フルアクセスが自動マッピングされていれば、予定表の一覧に自動で表示される |
| Outlook on the web / 新しい Outlook | 「予定表を追加」→ ディレクトリから共有メールボックスを検索して追加する |
「予定表は全員に編集させたいが、メールは担当者だけに見せたい」場合は、フルアクセスを付けずに予定表フォルダーだけに権限を付与します。
# 予定表だけ「編集者」権限を付与
# ※日本語環境ではフォルダー名が「Calendar」ではなく「予定表」になることがある
Add-MailboxFolderPermission -Identity "soumu@example.com:\予定表" `
-User "taro@example.com" -AccessRights Editor
# 現在の予定表の権限を確認
Get-MailboxFolderPermission -Identity "soumu@example.com:\予定表"
| 権限（AccessRights） | できること |
|---|---|
| Reviewer | 予定の閲覧のみ |
| Author | 予定の作成と、自分が作った予定の編集 |
| Editor | すべての予定の作成・編集・削除 |
便利：新着メールを Teams に通知する
共有メールボックスは、個人の受信トレイと違って新着に気づきにくいのが弱点です。 Power Automate の標準コネクタだけで、共有メールボックスに届いたメールを Teams のチャネルに投稿できます。窓口型でも使えます。
[トリガー] 新しいメールが共有メールボックスに届いたとき (V2)
│ メールボックスのアドレス：soumu@example.com
▼
[アクション] チャットまたはチャネルでメッセージを投稿する
│ メッセージ：差出人・件名・受信日時
▼
Teams のチャネルに新着メールのお知らせが届く
- Power Automate で「作成」→「自動化したクラウド フロー」
- トリガーに「新しいメールが共有メールボックスに届いたとき (V2)」を選び、共有メールボックスのアドレスを入力する
- アクションに Teams の「チャットまたはチャネルでメッセージを投稿する」を追加する
- メッセージに、動的なコンテンツから「差出人」「件名」「受信日時」を入れる
⚠️ フローを作るユーザーには、共有メールボックスへのフルアクセス権限が必要です。また、フローは作成者の接続で動くため、作成者が異動・退職すると止まります。共同所有者を追加しておきましょう。
7. ③ 送信専用型：権限は送信者だけにする
システムからの通知メールや、社外への一斉案内の送信元として使うパターンです。 送信専用型で見落としがちなのは、送信専用でも返信は届くことです。
必ずやる：フルアクセスは付けず、送信者権限だけ付与する
受信メールを読む必要がないなら、フルアクセスは付けず、送信者（Send As）権限だけを付与します。権限は必要最小限にしておくのが基本です。
# 送信者（Send As）権限だけを付与
Add-RecipientPermission -Identity "noreply@example.com" -Trustee "taro@example.com" `
-AccessRights SendAs -Confirm:$false
送信するときは、窓口型で紹介した「差出人の切り替え」で noreply@example.com を選びます。
運用のコツ：届いた返信を放置しない
- 返信が溜まると容量を圧迫するので、定期的に削除するか、自動応答で「このアドレスは送信専用です」と案内する
- 誤って返信されないよう、メール本文に正しい問い合わせ先を書いておく
8. ④ 退職者保管型：変換の順番を間違えない
退職者のメールボックスを共有メールボックスに変換し、ライセンスを外して後任者が参照できるようにするパターンです。ライセンス費用を抑えながらメールを引き継げるので、中小企業でよく使われています。 この型で一番怖いのは、手順の順番を間違えてメールボックスが消えることです。
必ずやる：ライセンスが付いたまま変換してから外す
ユーザーのメールボックスを共有メールボックスに変換する（Microsoft Learn）の手順に沿って、次の順で作業します。
- ライセンスが付いた状態のまま、「アクティブなユーザー」から対象ユーザーを選択する
- 「メール」タブ →「共有メールボックスに変換」をクリックする
- 変換が終わったら、ライセンスを外す
- パスワードをリセットする（元のパスワードのままだと、本人がサインインできてしまう）
- サインインをブロックする
- 後任者にフルアクセスを付与する
| 手順 | 結果 |
|---|---|
| ✅ ライセンスあり → 変換 → ライセンスを外す | メールは残り、ライセンス不要になる |
| ❌ 変換せずにライセンスだけ外す | ユーザーのメールボックスのまま扱われ、猶予期間（30日）を過ぎるとメールボックスが削除される |
必ず守ること
| 注意点 | 理由 |
|---|---|
| 変換前に容量を確認する | 50GB を超えていると、ライセンスを外せない |
| 元のユーザーアカウントを削除しない | 共有メールボックスはこのアカウントを土台にしているため、削除すると一緒に消える |
| アーカイブ・訴訟ホールドは使えない前提で考える | ライセンスなしではどちらも使えない |
| 保管期間を社内で決めておく | 「とりあえず全員分残す」と、管理しきれなくなる |
なお、共有メールボックスは通常のメールボックスに戻すこともできます（ライセンスの再割り当てが必要です）。
9. どの型でもやっておきたいセキュリティ設定
型に関係なく、最低限この2つはやっておきましょう。
サインインをブロックする
公式ドキュメントでも、共有メールボックスのアカウントはサインインをブロックすることが推奨されています。
- Microsoft 365 管理センター →「アクティブなユーザー」
- 共有メールボックスのアカウントを選択
- 「サインインのブロック」→「このユーザーのサインインをブロックする」にチェック
サインインをブロックしても、フルアクセス権限を持つユーザーは、これまでどおり共有メールボックスを開けます。
権限の棚卸しをする
異動・退職のたびに権限が残りがちです。誰が何の権限を持っているか、定期的に確認しましょう。
# フルアクセス権限を持っているユーザーを確認
Get-MailboxPermission -Identity "info@example.com" |
Where-Object { $_.User -notlike "NT AUTHORITY\*" } |
Select-Object User, AccessRights
# 送信者（Send As）権限を持っているユーザーを確認
Get-RecipientPermission -Identity "info@example.com" |
Where-Object { $_.Trustee -notlike "NT AUTHORITY\*" } |
Select-Object Trustee, AccessRights
つまずきポイント
| 症状 | 原因と対処 |
|---|---|
| 共有アドレスで送信できない | フルアクセスしか付いていない → 「送信者」か「代理人として送信」を追加する |
| 送信したメールがチームから見えない | 送信者本人の送信済みアイテムに保存されている → MessageCopyForSentAsEnabled を有効にする |
| Outlook に共有メールボックスが表示されない | グループ経由で権限を付与している、または反映待ち → 手動で追加するか、しばらく待つ |
| 予定表が一覧に出てこない | 新しい Outlook / Outlook on the web では自動表示されない → 「予定表を追加」から手動で追加する |
| 予定表の権限付与コマンドがエラーになる | フォルダー名が日本語になっている → :\Calendar ではなく :\予定表 で指定する |
| 仕分けルールが動かない | 個人の Outlook でルールを作った → 共有メールボックスを開いた状態で作り直す |
| Teams への通知が突然止まった | フローの作成者が異動・退職した、または接続が切れた → 共同所有者を追加し、接続を更新する |
| 変換後にライセンスを外したら受信できない | 容量が 50GB を超えている → 容量を減らすか、Exchange Online Plan 2 を割り当てる |
| 退職者のメールボックスがしばらくして消えた | 変換せずにライセンスだけ外した → 30日以内ならライセンスを付け直して復旧し、変換してから外す |
| 退職者の共有メールボックスが消えた | 元のユーザーアカウントを削除した → アカウントの復元が必要 |
まとめ
- 共有メールボックスは 50GB までライセンス不要。ライセンスを抑える運用は、ルールの範囲内の正しい使い方
- ライセンスが必要になるのは「50GB 超え」「アーカイブ」「訴訟ホールド」を使うときなど
- ただし、共有メールボックスを開く人にはライセンスが必要
- 使い方は「窓口型」「部署共有型」「送信専用型」「退職者保管型」の4つに分けると、必要な設定を整理しやすい
- どの型でも、共有メールボックスのアカウントはサインインをブロックし、権限を定期的に棚卸しする
「うちの会社のやり方、大丈夫かな？」と思っていた方の参考になればうれしいです。