これは「多対1」の関係です。更新しなければなりません。狂いが生じやすくなり、「フォルダーを修復」を手動実行しなければならない頻度がけっこう増えることがあります。ウィルス対策ソフトやシステムクリーニングソフトによる個々のファイルへの干渉、バックアップソフトによる同期・ミラーリングなど。状態によっては、要約ファイルの更新が適正におこなわれない場面が増えることがあり、それを修復するため手動で「フォルダーを修復」を実行する場面も増えるということです。上で「フォルダーを修復」を手動実行すれば、プロファイルの変化を即座に要約情報に反映させることができます。(そのような使い方は、積極的にはお勧めしませんけど...。形式だけに影響を与える機能です。フォルダーの実体ファイル内のクリーンアップ、といえる内容です。形式では、メールの削除や移動をおこなったとき、実体ファイルに保存されている当該データには削除や移動のフラグが付けられます。この変化に応じて、フラグが付いたデータは、要約ファイル(msf)からは削除されますので、スレッドペインの一覧表示から消えます。実体ファイル内には当該データが(不可視化されたまま)残っています。この削除・移動フラグがついたまま実体ファイル内に残っているデータを完全に消去するのが「フォルダーを最適化」です。「フォルダーを修復」が要約ファイルに作用するのに対し、「フォルダーを最適化」は実体ファイルに作用します。形式ではまったく不必要な操作です。形式では、メールの削除や移動は実体フォルダー内の対象ファイルの削除・移動として即時実行され、その結果が要約ファイルにも反映されます。要約ファイルが正しく削除・移動フラグを反映していれば、「フォルダーを最適化」によって実体ファイルからフラグ付きデータが消去されたからといって、要約ファイルの内容が変化することは基本的になく、スレッドペインの一覧表示にも変化はありません。要約ファイルに実体ファイルの情報が正しく反映されていないときは、最適化された実体ファイルの内容に応じて、通常の情報処理の一環で要約ファイルも更新されます。関係を完全にそろえておく、という考え方もあるようです。促すダイアログが自動的に表示されるようになり、ユーザーが許可すると最適化が実行されます。メガバイト単位)を自由に調整してかまいませんから、この機能は常に有効にしておき、そのつど最適化を実行することをお勧めします。最適化は、データ消失のリスクに対する慎重さから、重層的な処理をおこないます(詳細略)。そのため、処理中はバックグラウンドで少々複雑な(≒負荷のかかる)動作をしています。上記のように数十メガバイト単位でこまめに最適化を実行している限りにおいては、問題が起こることはまずありません。危険なのは、最適化を回避し続け、ひとつのフォルダーが肥大化して問題が起こり出してから(例えば十数ギガバイトに膨れ上がってから)最適化を実行するケースです。巨大な容量のデータ処理が一気におこなわれることになり、システムのスペックや運用状況によっては極めて大きな負荷を発生させてしまうことがあります。最悪の場合、最適化に失敗してデータを失うこともありえます。月最後の日に一気にやるのは無理が大きく破綻しやすい、みたいな...。)長くなりましたが以上です。間違っている部分の修正、不十分な内容への補足、新たな知見などの追記を歓迎します。(おことわり)現在、健康上の制約により不定期な書き込みしかできなくなっています。応答できない場面がかなり多くなりますことを、ご容赦ください。