最近、PST ファイルがデフォルトの場所にあるユーザーがいましたが、その場所はリダイレクトされたフォルダー ネットワーク共有上にありました。どうやら、ネットワーク共有上の PST はトラブルの原因になるようですので、ローカル ディスクに移動することにしました。
レジストリキーがありますHKEY_CURRENT_USER\Software\Microsoft\Office\xx.0\Outlook\ForcePSTPathOutlookに、特定のPSTファイルに対して、既定のフォルダ設定の外側を検索するよう強制するために使用できます。
Outlook を終了し、PST を移動し、レジストリ キーを設定して、Outlook を再度起動しました。Outlook は既存のファイルを見つけ、その横に名前の後に (1) が付いた新しい空のファイルを作成し、メール コントロール パネルで新しい空のファイルを使用するように設定し直して、すべてのメール (IMAP サーバー) を再度ダウンロードしたようです。
私は再びOutlookを終了し、新しいものを削除し、元の大きなものを複製して、削除したばかりのものと同じ名前を付けてOutlookを起動しましたが、ゴールポストが再び移動し、今度は（2）の新しい空のものが作成されました。
レジストリを検索して変更しようとしましたが（カタログのサブキーで、マシンでこれまでに知られ、使用されたすべてのPSTファイルのリストであると思われる何か有望なものを見つけました）、Outlookで新しい場所にある古いPSTを再利用することはできませんでした。
別の手法を使用して、これを 1 回だけ (PST を移動) 実行することに成功しました。ForcePSTPath キーを使用せず、ネットワーク フォルダーをローカルに移動し、シンボリック リンクを確立して、Outlook が使用しようとするパスの一部にローカル PST フォルダーが「マウント」されるようにします。
私はこの方法を避けて、直接構成を使用したいと思っていました。この方法で実行できるというブログも見つけました (または、PST を移動するだけで、次回 Outlook を起動したときにその場所を尋ねるように勧めるブログもありました)。どちらもうまくいきませんでした。PST に何らかの内部署名があり、それがメール コントロール パネル/Outlook が期待していたものと何らかの理由で同期しなくなったのではないかと疑うようになりました。
このSUの回答を見たら:Outlook 2010 + IMAP PST ファイルを移動 = Outlook データ ファイルにアクセスできない回答の 1 つに、メール コントロール パネルを再起動しないようにという具体的な注意があります。再起動しないと、ファイルが再作成されます (新しい内部署名でしょうか)。