起動ディスクの空き容量、Spotlight、Time Machine

ライブラリにあるメールと関係データを外に出して、取りあえず、mail.appを完動を確認、その後、メールをメールボックス単位で読み込むのが良いのではないでしょうか。

ですね。それと、200万件程あるというメールですが・・・(^^;　こりゃぁ完全にメールソフトの領域を超えているんじゃぁないですかねぇ(^^;;;　データベースの出番じゃぁないかと。

たとえば一年以上の過去メールを一定のルール・範囲でメールソフトからFileMaker管理に移行する、てのは如何でしょう。で、メールソフトは１年分のみで動作させる、と。

xyさん wrote:

> mail.appが落ちることによるファイルシステムの傷も心配になりますね。

アプリケーションが落ちるくらいでファイルシステムに傷が付いたら、とても酷いと思います。

「190万通じゃマズイ」とかいうような、mail.appの限界は明らかにされてるんでしょうか?

mail.appのデータベースがメールを巻き込んで全滅する、とかないのかな。

それでもTime Machine込みで考えれば、かなり安全なのか。

Time Machineから復活出来さえすれば…。

という意味で興味深いスレッドです。

このメッセージは次により編集されています：HY

usadii3 による書き込み:

たとえば一年以上の過去メールを一定のルール・範囲でメールソフトからFileMaker管理に移行する、てのは如何でしょう。で、メールソフトは１年分のみで動作させる、と。

これは、別件で散々話題になりましたね。

しい坊さんの好みに合わないのかな。

最後に私が書き込んだときと話しが大きく進んでいてついて行けなくなったので、下記だけReplyです^^;

しい坊 さんによる書き込み:

強制的に空白の行を入れても、それが反映されない段落がいくつかりますね。なぜなんでしょう？ HTML エディタで見ると、ちゃんとギュメに挟んだ p と /p があるんですけどね...。

ちなみにパス表示で

/Library//Fonts

//Users/hoge/Library//Fonts

のように表示されていますが、分離符が「/」ではなく「//」と二重になっている部分があります。上の例はフルパス表示ならそれぞれ

/Library/Fonts

/Users/hoge/Library/Fonts

でもいいのではないかと思うのですが、このダブルスラッシュの分離符の意味は何なんでしょう？

「//Users/hoge/Library//Preferences\Adobe Illustrator CS3 Settings」のように Mac OS X でも「\」が使われることがあるようです。この場合の意味は？

Adobe\ Illustrator\ CS3\ Settings

となるなら「\」の後のスペースの為のエスケープだと思うのですが、1個だけ区切り文字で使用されているのですね。これは一体、どうやって取得したパスでしょうか。

「190万通じゃマズイ」とかいうような、mail.appの限界は明らかにされてるんでしょうか

1,906,039 通です。

launchd.plistとrsyncでTime Machineもどきを作って動かしてみれば分かります。初回は時間がかかりますが次から早くなります。ですが200万通近いMessgeの更新をチェックしてFileを取り替える作業の状況をConsole.logで見れば良いかも。もし読めないFileがあれば反応しなくなってしまいますし、Dataが壊れることも、他のProcessを巻き添えにしてCrashすることだって起こってしまいます。

Processは１つだけが動いているのでなく同時に沢山のProcessが動いてます。

Spotlight関係のFileです。ざっと拾いだしたのて見逃しがあるかも...

/System/Library/Spotlight /System/Library/PrivateFrameworks/SpotlightIndex.framework
/System/Library/Spotlight
/System/Library/PreferencePanes/Spotlight.prefPane

ls -laeR@ /var/folders/2x/27x/-Caches-/mds
total 120
drwx------ 5 username staff 170 Dec 25 17:14 .
drwx------ 13 username staff 442 Dec 25 18:01 ..
-rw-r--r-- 1 username staff 0 Dec 23 09:39 mds.lock
-rw-------@ 1 username staff 51288 Dec 25 17:14 mdsDirectory.db
com.apple.quarantine 45
-rw-------@ 1 username staff 4856 Dec 25 17:14 mdsObject.db
com.apple.quarantine 45

sudo ls -laeR@ /.Spotlight-V100
Password:
total 0
drwx------ 3 root admin 102 Aug 29 16:05 .
drwxrwxr-x 33 username staff 1190 Dec 23 08:38 ..
drwx------ 4 root admin 136 Aug 29 16:05 Store-V1

/.Spotlight-V100/Store-V1:
total 8
drwx------ 4 root admin 136 Aug 29 16:05 .
drwx------ 3 root admin 102 Aug 29 16:05 ..
drwx------ 3 root admin 102 Aug 29 16:05 Stores
-rw------- 1 root admin 348 Aug 29 16:05 VolumeConfig.plist

/.Spotlight-V100/Store-V1/Stores:
total 0
drwx------ 3 root admin 102 Aug 29 16:05 .
drwx------ 4 root admin 136 Aug 29 16:05 ..
drwx------ 33 root admin 1122 Dec 25 05:38 8x-4x-4x-4x-12x

/.Spotlight-V100/Store-V1/Stores/8x-4x-4x-4x-12x:
total 243488
drwx------ 33 root admin 1122 Dec 25 05:38 .
drwx------ 3 root admin 102 Aug 29 16:05 ..
-rw------- 1 root admin 7114752 Dec 25 05:38 .store.db
-rw------- 1 root admin 4148440 Dec 23 08:40 0.indexArrays
-rw------- 1 root admin 337294 Dec 23 08:40 0.indexCompactDirectory
-rw------- 1 root admin 82240 Dec 23 08:40 0.indexDirectory
-rw------- 1 root admin 174763 Dec 25 02:44 0.indexGroups
-rw------- 1 root admin 4096 Dec 25 02:51 0.indexHead
-rw------- 1 root admin 2097152 Dec 23 08:40 0.indexIds
-rw------- 1 root admin 2399695 Dec 23 08:40 0.indexPositions
-rw------- 1 root admin 4435794 Dec 23 08:40 0.indexPostings
-rw------- 1 root admin 95495 Dec 25 02:51 0.shadowIndexGroups
-rw------- 1 root admin 4096 Dec 25 02:51 0.shadowIndexHead
-rw------- 1 root admin 28 Dec 25 05:37 indexState
-rw------- 1 root admin 460 Dec 25 05:29 journalAttr.46
-rw------- 1 root admin 0 Dec 23 08:24 journalExclusion
-rw------- 1 root admin 447 Dec 25 05:37 journalLive
-rw------- 1 root admin 0 Dec 25 02:45 journalSync
-rw------- 1 root admin 17422556 Dec 24 21:46 live.0.indexArrays
-rw------- 1 root admin 3057316 Dec 24 21:46 live.0.indexCompactDirectory
-rw------- 1 root admin 969404 Dec 24 21:46 live.0.indexDirectory
-rw------- 1 root admin 41820 Dec 25 05:33 live.0.indexGroups
-rw------- 1 root admin 4096 Dec 25 05:33 live.0.indexHead
-rw------- 1 root admin 501840 Dec 24 21:46 live.0.indexIds
-rw------- 1 root admin 59476681 Dec 24 21:46 live.0.indexPositions
-rw------- 1 root admin 15084514 Dec 24 21:46 live.0.indexPostings
-rw------- 1 root admin 27 Dec 24 21:46 live.0.indexUpdates
-rw------- 1 root admin 41820 Dec 25 03:51 live.0.shadowIndexGroups
-rw------- 1 root admin 4096 Dec 25 03:51 live.0.shadowIndexHead
-rw-r--r-- 1 root admin 4 Dec 25 05:38 shutdown_time
-rw------- 1 root admin 7114752 Dec 25 04:51 store.db
-rw------- 1 root admin 35 Dec 25 05:37 store.updates
-rw------- 1 root admin 0 Dec 23 08:24 tmp.SnowLeopard

200万件なんてありませんよぉ〜、190万件ですよぉ〜 (^"^;)！

同じじゃん！（笑）

単に eml 形式のテキストファイルをぶち込むだけなら私でもできるでしょうが、それじゃあ、eml ファイルを直接開くのとそれほど変わりがありません。やはりメールソフトのような感じで情報を管理したいとなると...。さて、どうやったらいいのでしょうね？

Emailを各パーツ（ヘッダのソレゾレ、本文）に分解してcsvとかでテキストとして書き出すスクリプトとか書いて、一括読込み、ですかね。（この場合添付書類は考えてません）

xy さんや、usadii3 さんのお考えだと、例え月単位に細分して移動して保存していても、客観的にメールの総数が多いといけないということなのですね？

10万件程度の話なら当方で検証した結果ではMail.appよりThunderbirdの方が優れています。別途保存用に用意したフォルダは内容量が多くても良いのでフォルダ数をできる限り少なくしてアーカイブすると動作が緩慢にならずにすみます、多分。（アーカイブしても検索対象です。） (さらにちなみに、検証のケースは元WIndowsユーザでBeckyを利用していた方。10万件でもサクッと動作していたのをMail.appに移行したら！だった、ってことでMail.appとThunderbirdを比較してThunderbirdに落ち着きまいした。秀丸メールだともっと快適という話も。いやWindowsでの話ですが）

10万件程度でこれですから200万件クラスだと想像を遥かに超える領域です(^^;　Thunderbirdの場合にはフォルダ数を少なくすることで快適さを取り戻せましたが（そういう構造なんでしょう）、Mail.appの場合はアーカイブにしちゃうとどうも使いにくいし、且つ、速度そんなに変わらん、見たいな。まぁ以前の検証なので今のMail.appの話ではないのですが、傾向としては参考になるんではないかなぁと。

200万件クラスだと想像もつきませんが（すみません）数万件〜10万件程度で、且つ容量が許すならIMAPの方が多分優れています。EMail用データベースですからね。たとえばGMailならインデックス作りも管理もサーバにまかせちゃって、手元のMacではフロントエンドだけで済むという利点が。でもしい坊さんのケースには当てはまらないだろうなぁ。。。

# あっ！ いっそ、IMAPサーバをMacに立ち上げちゃうってのはどうでしょう！　で、Mail.appは単なるフロントエンド、と。

で、今回は、あと少しなので、このまま我慢して待ちます (^^;)。

最終判断はこれ待ちだと思いますが、Mailの再構築が終わってもなお他の動作も遅いようなら換装したHDDの初期不良の可能性も考える必要があるのではないでしょうか。

その場合には、一度初期化＆新規インストール（この時にできればカスタムインストールでGarageBand等使用しないものはインストールしない）した状態で動作確認を行ったあと問題なさそうなら移行アシスタントでユーザデータのみを移行して様子を見るのがいいように思います。

# これで、意味不明に容量を喰っていた /Library/Application Support 内もすっきりしてHDDの容量も換装が必要ないくらいになるのではないかと (^^;;

しい坊 さんによる書き込み:

「どうやって？」ったって、これは ni_ki さんが「Re: 起動ディスクの空き容量、Spotlight、Time Machine」で提示された「sudo du -h -x -d 1 /」を応用して「sudo du -h -x -d 1 /Users/hoge/Library/」と入力したものですよぉ (^^;)！

ちょっと聴き方が悪かったようです^^;

確かにduコマンドで取得したパスなのは私も存じ上げていたのですが、「//」がどこで付け足されたのかと思いまして。ドラッグ&ドロップなんかで、付け足されたのかと思ったのです。私の(脳内)想像では「/」をURLの入力ミスと判断して「//」に変えるアプリケーションがあるのかもと思っておりました^^

「Preferences\Adobe Illustrator CS3 Settings」は、何かのクラッシュか何かの時に「Preferences」と「Adobe Illustrator CS3 Settings」がくっついてしまいできたものかもしれませんね。

ターミナルとは関係無い話ではありますが「\」は恐らくUNIXの世界では「エスケープ」の意味が定着していると思われます。説明しにくいのですが「クラッシュで2つになるはずのフォルダが1つになるのはOS Xではちょっと考えにくいです。」と私のカンが言ってます^^;;

で、「//」の方の意味は？

(URLなんかで)「何故「//」を使用するのか?」と言う意味でしょうか?

それとも今回、何故「//」で書き込まれたか?　という意味でしょうか?

申し訳ない。しい坊 さんの疑問その物をまだ把握できておりません;;