GPOでOutlookデータファイルの上限を指定する場合は、現行Office管理用テンプレートを使い、クラシックOutlookの「Large PST: Absolute maximum size」と「Large PST: Size to disable adding new content」を対で設定します。この二つはUnicode形式のPSTだけでなくOSTにも作用し、後者は事前警告ダイアログではありません。既存ファイルより小さい値を突然配ると送受信や移動が止まるため、まずOutlookの種類、ファイル形式、現在サイズ、空き容量、メールボックス保持方針を確認し、検証OUから段階展開します。
対象をクラシックOutlookとデータファイル種別で分ける
端末ごとにクラシックOutlook、新しいOutlook、Outlook on the webのどれを使うかを確認します。OfficeのADMXにあるMicrosoft Outlook 2016配下は、Microsoft 365 Apps、Office LTSC 2024/2021、Office 2019/2016のクラシックOutlookを管理する共通ノードです。新しいOutlookはPSTに部分対応していますが、同じADMX設定が同じ挙動で効くと想定せず、機能比較と実機の管理状態を別に確認します。
次にPSTとOSTを区別します。POPなどではPSTが主データになり、Microsoft 365、Exchange、IMAP、Outlook.comでは通常OSTがサーバーメールボックスのローカルコピーです。Microsoftのサイズ上限用レジストリ値はPSTキーの下にありますが、PSTとOSTの両方へ作用します。ローカルファイル上限はExchange Onlineのメールボックス容量、オンラインアーカイブ、保持ポリシー、同期期間の上限とは別なので、混同してサーバー容量対策にしません。
現在値と既存ファイルサイズを読み取り専用で調べる
代表ユーザーでOutlookの「ファイル」「アカウント設定」「アカウント設定」「データ ファイル」を開き、PST/OSTの場所と種類を記録します。ファイルを閉じたり移動したりする前に、エクスプローラーまたは管理ツールで現在サイズ、ディスク空き容量、更新日時を読み取ります。ローカルデータにはメール、予定表、連絡先が含まれる場合があるため、ファイル名やパスを公開の問い合わせへ貼らず、コピーや削除も行いません。
ポリシーの現状はgpresultと、検証用PowerShellの読み取りでHKCU\Software\Policies\Microsoft\Office\16.0\Outlook\PSTを確認します。MaxLargeFileSize、WarnLargeFileSize、MaxFileSize、WarnFileSizeの有無、十進値、設定元GPOを記録します。ポリシーキーがないことは故障ではなく、Outlook既定値を使っている可能性があります。利用者設定側の類似キーやCloud Policyも確認し、値を作る前に管理元を特定します。
最新のOffice ADMX/ADMLを準備する
Microsoft Download Centerから現行のOffice管理用テンプレートを取得します。2026年公開版の配布物はMicrosoft 365 Apps for enterprise、Office LTSC 2024/2021、Office 2019/2016に対応し、ポリシー一覧のExcelも含みます。配布元URL、バージョン、公開日、ハッシュまたは署名確認結果を変更記録へ残し、メール添付や非公式サイトから入手したテンプレートを使いません。
実行ファイルは管理用作業フォルダーへ展開し、OutlookのADMXと使用言語のADMLを同じ版で扱います。x86/x64の配布ファイルはOfficeアプリのビット数を選ぶという意味ではなく、テンプレート内容は共通だとMicrosoftが案内しています。既存テンプレートを世代バックアップし、古いoutlk16.admxと新しいADML、またはその逆を混在させません。検証用GPMCでPST Settingsの項目とヘルプを確認してから本番ストアへ進みます。
セントラルストアへ安全に追加する
ドメインでセントラルストアを使っている場合、GPMCは管理端末ローカルではなくSYSVOL内のPolicyDefinitionsを参照します。Microsoftの手順で参照先を確認し、フォルダー全体を世代バックアップしてから、必要なADMXと対象言語フォルダーのADMLを対で更新します。ドメインコントローラー一台だけへ手作業で差分を増やさず、DFSR複製と全DCへの反映を確認します。
セントラルストアの全面置換はOffice以外のテンプレート表示にも影響します。変更対象、元版、新版、実施DC、複製結果、ロールバック元を記録し、保守時間で作業します。GPMCを開き直し、「ユーザーの構成」「ポリシー」「管理用テンプレート」「Microsoft Outlook 2016」「その他」「PST Settings」にサイズ設定が表示されることを確認します。表示されない場合はADMX/ADMLと言語の組を直し、レジストリを推測で配りません。
Unicode形式はLarge PSTの二つを対で設定する
通常のUnicode PST/OSTには「Large PST: Absolute maximum size」と「Large PST: Size to disable adding new content」を使います。前者は物理ファイルが成長できる絶対上限で、MaxLargeFileSizeへ対応します。後者は新しいデータを追加できなくなるデータ量で、WarnLargeFileSizeへ対応します。値はMB単位です。Microsoftが示すOutlook 2010以降の既定は最大51,200MB（50GB）、追加停止48,640MB（47.5GB）です。
後者の英語名にWarnが含まれても、利用者へ容量警告を表示する設定ではありません。しきい値へ達すると圧縮が試みられ、送信済みアイテムを同じファイルへ保存する構成では送信できない、アイテムをコピー・移動できない、自動整理が失敗するなどの影響があります。最大値と追加停止値の差は少なくとも5%確保することがMicrosoftの推奨です。絶対最大だけを小さくして余白をなくしません。
具体値は既存サイズと業務要件から計算する
例えば30GBを絶対上限にするなら、MaxLargeFileSize相当を30×1,024＝30,720MB、追加停止側を95%の29,184MB以下にする案を検証します。ただし、既に35GBあるOSTへこの値を配れば、ファイルが自動で30GBへ縮むわけではなく、新規データの追加が止まる可能性があります。先に同期期間を短くする、オンラインアーカイブを使う、不要アイテムを削除するなど、サーバー側方針と合わせて既存サイズを下げます。
逆に100GBなど既定より大きくすることは技術上設定できても、Microsoftは上限超過を推奨しておらず性能低下の可能性を明記しています。巨大なPST/OSTは開く、検索する、バックアップする、破損から復旧する時間を増やします。ディスク空き容量、VDIプロファイル、FSLogixコンテナー、バックアップ時間、検索インデックスを評価し、エラー回避だけのために上限を広げません。まずメールボックス設計と保持期間を是正します。
ANSI形式のLegacy PSTを別に扱う
古いANSI形式には「Legacy PST: Absolute maximum size」と「Legacy PST: Size to disable adding new content」があり、MaxFileSizeとWarnFileSizeに対応します。こちらは単位がバイトで、UnicodeのMB単位と異なります。Microsoftが示すANSI既定上限は約1.933GBで、2GBを超えるMaxFileSizeを指定しても破損防止のため無視されます。Large PSTの値をそのままLegacy PSTへ入力しません。
2026年の新規運用でANSI PSTを拡大する理由は通常ありません。現存する古いファイルは、所有者、作成元Outlook、証拠保全や保持義務を確認し、検証コピーでUnicode形式への移行を計画します。元ファイルを上書き変換せず、読み取り可能性、フォルダー数、アイテム数、予定表・連絡先を照合してから切り替えます。法務保全対象を容量削減目的で削除・再構成しません。
検証GPOをユーザー範囲へ限定して配る
PSTサイズ設定はHKCUのユーザーポリシーなので、ユーザーの構成で設定し、検証ユーザーが属するOUまたはセキュリティグループへ限定します。端末OUへユーザーGPOをリンクしただけでは通常届きません。共有端末やRDSでループバック処理を使う場合は、Replace/Mergeの既存設計と他のユーザー設定への影響を確認します。Default Domain Policyへ追加せず、目的と数値を含む専用GPOにします。
ポリシーを有効にして十進MB値を入力し、最大と追加停止を同じ変更単位で保存します。対象をIT担当、実データを模したテストプロファイル、限定部門の順に広げます。新規ファイル、上限の十分下、追加停止付近、既に上限超過の四条件を用意し、送受信、コピー、移動、削除、自動整理、圧縮、検索、Outlook再起動を確認します。本番メールを故意に上限まで増やす負荷試験はしません。
gpresult・レジストリ・実動作の三点で確認する
対象ユーザーで通常のGPO更新とOutlook再起動を行い、gpresultで専用GPOがユーザー構成へ適用されたこと、拒否理由がないことを確認します。次にポリシーキーのMaxLargeFileSizeとWarnLargeFileSizeを読み取り、十進値と型REG_DWORDを照合します。GPMCの「有効」表示だけ、またはレジストリに値があるだけで成功とせず、Outlookのデータファイルと代表操作も確認します。
期待値と違う場合はCloud Policy、別GPO、GPP、ローカルスクリプト、構成管理ツールが同じ値を配っていないか調べます。クラシックOutlookと新しいOutlookを混同せず、実行中のプロセスと版を記録します。しきい値到達後に送信や移動が止まった端末では、さらに上限を上げて隠す前に、不要データ削減、サーバー同期範囲、オンラインアーカイブ、ファイルの健全性を確認します。元PST/OSTをいきなり削除しません。
縮小・圧縮とロールバックを計画する
Outlookでアイテムを削除してもPST/OSTの物理ファイルは直ちに小さくならない場合があります。Microsoft Supportは、削除済みアイテムを空にし、データファイル設定から「今すぐ圧縮」を実行する手順を案内しています。自動圧縮は空き領域が20%を超えるなど条件があり、処理には時間がかかります。バックアップ、保持ルール、利用者の保存確認を行い、作業中に電源を切らない保守時間で実施します。
ロールバックは最大値と追加停止値を直前の承認済み値へ戻すGPOを用意し、GPOを未構成にした場合に既定値または別管理元へ戻ることを確認します。値を外しても既存ファイルのサイズや内容は変わりません。展開停止、直前値復元、Outlook再起動、gpresult、レジストリ、送受信確認の順を文書化します。PST/OSTを削除して作り直す手順は、PSTの唯一のローカルデータを失う危険があるため共通ロールバックにしません。
確認チェックリスト
- クラシックOutlook、新しいOutlook、PST、OSTを区別した
- 変更前のファイルサイズ、空き容量、ポリシー値、管理元を記録した
- 公式Office ADMX/ADMLを同じ版と言語の組で配置した
- Large PSTの最大値と追加停止値をMB単位で対にした
- WarnLargeFileSizeが警告表示ではないことを利用者へ説明した
- 既存サイズ超過、5%以上の余白、ANSIのバイト単位を確認した
- 検証ユーザーへ限定しgpresult・値・実動作を確認した
- データ削除を伴わない明示的な値のロールバックを用意した
コメント