お世話になっております。



安心致しました。
ありがとうございます。

これからも宜しくお願い致します。

解決されたようで良かったですね。


結論から言うと送信済みのメッセージについてはほとんど影響が無いと思われますのでその
必要は少ないと思います。

受信時にはメッセージを保存したり、要約ファイル（.msf）を書き換えたり、メッセージフィルタを
機能させてメッセージの移動・保存などの処理を伴ったりしてファイルの書き換え処理などが
頻繁におこなわれます。

受信トレイにそれが集中していると大きなサイズのメッセージや受信するメッセージが大量の場
合や複数アカウントで受信動作や確認処理の間隔時間が短い場合などにはファイル処理が複
雑に重なり、不整合などの不具合を起こしやすくなります。
PC の処理能力や OS や HDD の状態にも影響を受けると推測します。

しかし送信済みメッセージは必ずしも受信時に処理されるとは限りませんので問題は起こりにく
いと思います。
一方で送受信を頻繁におこなう場合には影響もあるかと思われますので別フォルダに分散して
おく方が無難だと思います。またフォルダ階層もあまり深くしない方が無難でしょう。

お世話になっております。

全ての移行作業も終わりました。
今でも調子よく動いております。

舌の根も乾かぬうちで恐縮ではございますが、移行作業に伴い、下記の件につきまし
て、今一度ご教示をお願い致します。

受信トレイの直下にありました各フォルダーは、受信トレイと並列な位置へ移動致し
ましたが、実は送信データにつきましても同じように、送信済みトレイの直下に受信
トレイに対応した数のフォルダーを作っております。
このフォルダーも送信済みトレイと並列な位置に移動させた方が宜しいでしょうか。

現在は、以前同様に送信済みトレイの直下（サブフォルダー）にありますが、リモー
ト画像の件には、見た目と感覚だけの判断ですが影響していないように思えます。
少なからず影響が出るであろう事が予想されるのであれば、今のうちに移動させてお
こうかと思いましたが、余計な事をする前にご相談に伺いました。

宜しくお願い致します。

お世話になっております。

その後、再度クリーンインストールを行いました。
スッピンのスッピンの Thunderbird にアカウントの設定だけ行い、リモート画像の
あるメールを読み込んでみました。（例によって古いものはサーバーからも削除して
しまっていましたので、配信されるのを待ってまいました。）

結果から申し上げますと、元に戻ったようです。
インジゲータもほとんど回る事なく読み込みました。

これから、ご教示に従いまして作業を進めていきます。
１つの作業毎に様子をみて、問題無ければ次のステップというようにやっていきます。

これを機会に、ローカルフォルダーの受信トレイのサブフォルダーに振り分けていた
のを、受信トレイと並列（ローカルフォルダーのサブフォルダー）で作りなおし、い
ままでの受信データはそこへ移動させます。

また問題が起きればご相談に伺うかと思いますが、宜しくお願い致します。

長々とご教示頂き、本当にありがとうございます。

う～ん、なんと言えばいいのでしょうか。
以前の状態を出来るだけ引き継ぐようにしたいお気持ちはわかりますが・・・・。

プロファイルの移行方法 - もじら組 Wiki に書いてある内容の沿って作業されたようですが、
必ずしも不具合を再現しないとは書いてありません。
「引き継いでも不具合が起きにくいファイル」という表現で書かれていますので逆に言うと問題
の切り分けがややこしくなります。
ましてやアドオンを入れ直したのでは余計に問題の切り分けが複雑になります。
むしろ 不具合診断チャート - もじら組 Wiki を参考にされた方が良いと思います。

まったくまっさらの新規プロファイルを作成し、アカウント設定のみをおこない受信操作をする
ことで問題が再現されるかどうかの判断がしやすくなります。
再現しなければ以前のプロファイルに問題・原因があったことになります。
その上で
・すべてのアカウント設定をしてみる。
・アドオンを入れてみる。
・メッセージデータを戻してみる。
・アドレス帳を戻して（インポート）みる。
などの復元作業を順番にしながら問題が再現するか確認していけばどこに原因があったのか
明らかになるでしょう。
つまり引き継ぎたいファイル等の移行は原因がわかってから後からおこなうのがベターです。
順番が逆だと思います。

繰り返しますが先に書いたように新規プロファイルをプロファイルマネージャを起動して作成し、
そのプロファイルでアカウント設定のみをおこなって再度問題のメッセージを受信してみてくだ
さい。
＊サーバに残す設定は問題解決まで残しておくのがいいでしょう。
＊以前のプロファイル又は現状のプロファイルはプロファイルフォルダごとバックアップして
　 別の場所に保管（移動）しておきましょう。後から必要なデータ類は戻せるようにするため
　 です。

また、.msf を削除しても同様ならば受信トレイあるいは受信トレイ直下のサブフォルダに溜め
込んだメッセージを受信トレイと並行した別のフォルダに移動させて「最適化」「牽引を再構築」
などを実行してその上で問題が再現するかどうか確認してみてください。
作業の順番は、
1.メッセージを移動する。
2.「最適化」「牽引を再構築」をする。
3.Thunderbird を再起動する。
です。
もし、.msf を再度削除するのなら Thunderbird を終了させた状態でおこなってください。

Premier さん

早々にお返事頂戴し、ありがとうございます。

プロファイルの移行方法につきましては、Wikiもじらの「プロファイルの移行方
法」を参照致しました。

記憶の限り、作業手順を記述致します。

1,　ライブラリー内のプロファイルを、全て別のフォルダーへ保存

　　※この時点で「プロファイルの移行方法」に従い、下記のファイルを削除致しま
　　　した。

　　　・　Mail\<アカウント名>\Inbox.msfなどmsf形式のファイル
　　　・　Mail\<アカウント名>\Inbox.sbd\<任意の名前>などのmsfファイル
　　　・　search.rdf
　　　・　cookies.txt
　　　・　prefs.js

2,　Thunderbird 関連のファイルを全て削除

3,　新規ダウンロードした Thunderbird をインスト−ル。

4,　初めて起動させた画面で、新しくアカウントの設定等を行う。
　　これが新規プロファイル作成にあたるのでしょうか。
　　ターミナルを使用しての操作はやっておりません。

5,　1で保存した abook.mab と、Mail フォルダーの Local Folreds を、新規インス
　　トールして出来た同じ場所へ戻す。

6,　Mailフォルダー内にあった各アカウントフォルダー内の Inbox 等のファイルを
　　所定の場所へ戻す。

　　※別トピックでご相談致しましたとおり、この時にどれがどのアカウントか判断
　　　出来ず、若干苦労しました。

7,　アドレス帳につきましても、別トピックで記述致しましたとおり、当初は
　　abook.mab しか引き継がれませんでしたので、新規で作り直しました。

8,　アドオン（下記）を新規ダウンロードしてインストール

　　・Folderpane Tools 0.0.5.1
　　・Quicktext 0.9.9.9
　　・Disable DragAndDrop（Thunderbird）　1.0.1
　　・United States English Dictionary　2.0.0.6


以上が私の行った作業です。

> ・受信トレイ又は受信トレイ直下に大量のメッセージを溜め込んでいないか。

ローカルフォルダの受信トレイにはありませんが、受信トレイには、仕事（クライア
ント別、プロジェクト別）など多数のサブフォルダを作っており、メールはメッセー
ジフィルターでそこへ振り分けております。
ご参考になるか分かりませんが、Mailフォルダのサイズは、約 700 MB でした。

再度ここを検索致しましたところ、別トピックで Premier さんのお書きになられま
した、下記の記述が見付かりました。（抜粋）

> もし受信トレイ直下にサブフォルダを作ってメッセージを振り分け保存しているの
> なら受信トレイと並行した場所にフォルダを移動されるのをお勧めします。
> ＊アクセスの度にファイルの書き換えを頻繁におこなうため、不整合が起こりやす

これがビンゴのような気がしてきました。
明日には試してみたいと思います。

> ・新規プロファイルの移行では元のプロファイルから何かしらのデータ類をコ
> 　ピーしたか。

前述の通り、削除した以外のデータはそのまま移行しました。

> ですのでメッセージはサーバに残す設定にしておき、問題のメッセージを受信する

メールは受信するとサーバーから削除する設定にしております。
保存したプロファイル、データは、問題のあったリモート画像を含むメールを全て削
除（ゴミ箱からも）してからのものでした。
ですので、先週ご教示頂きました事を踏まえて、作業を行った後、すぐにリモート画
像を含むメールが手元になかった為、結果報告が月曜日になった次第です。

> 比較対象を異なる OS,異なるアプリケーションで見れば多少なりとも異なる結
> 果が出ても不思議ではないと思えます。

はい。その通りだと思います。
今回の場合「以前はもっと早かった（現状の Windows 並かそれ以上）」ということ
で、ご相談致しましたが、比較しているような書き方で反省しております。

前述の受信トレイのサブフォルダの件につきましては、結果が出次第報告致します。

しつこいようですが以下の確認をさせてください。
・.msf を削除してから Thunderbird を起動して再生成させてみたか。
・受信トレイ又は受信トレイ直下に大量のメッセージを溜め込んでいないか。
・新規プロファイルはどうやって作成しましたか？
　Mac ではターミナルを起動して以下を入力し return キーを押します。
　cd /Applications/Thunderbird.app/Contents/MacOS/; ./thunderbird-bin -p
・新規プロファイルの移行では元のプロファイルから何かしらのデータ類をコピーしたか。

新規プロファイルを適用する際は元のデータを引き継がないようにしないと意味が
ありません。アドオン類も同様です。
ですのでメッセージはサーバに残す設定にしておき、問題のメッセージを受信する
アカウント設定も最初からおこなう必要があります。
もしそのようにされたのなら申し訳ありません。

リモート画像の読み込みは OS が違えば環境が異なりますので少しは遅く感じる
こともあるでしょうし、PC も違えば同様だと思います。
Windows では1秒もかからないものが Mac だと数秒かかったとしてもそれは環
境の違いによる許容範囲かなとも思えます。
＊私は Mac ユーザではないのでなんともわかりませんが・・・。
比較対象を異なる OS,異なるアプリケーションで見れば多少なりとも異なる結果が
出ても不思議ではないと思えます。

お世話になっております。

その後の状況ですが、やはり症状は改善されていないようです。
同じマシン（ Machintosh ）で他のメーラー（Mail）では問題無いので、通信
環境（設定）や OS が原因では無く、Thunderbird の設定だと思うのですが、
遅いという事以外には問題は無いので、今後も試行錯誤してみます。

ご教示頂きました皆様には、改めまして御礼申し上げます。
これからも、宜しくお願い致します。

お世話になっております。

今朝ほど新しいリモート画像を含むメールが届きました。
過去に受信したメールでも出来るだろうと思いましたが、あいにくその全てを削除して
しまっておりました。

結果として、早くなったような気がする…という抽象的なお答えしか出来ません。

同じメールを Mail で受信して比較しましたが、受信しましたメールをクリックし、メ
ッセージペインに画像の無いメールが表示されるまでの時間は Thunderbird の方が若
干遅く、リモート画像が読み込まれるまでの時間はさほど違わないか、若干遅く感じら
れます。（抽象的な書き方で申し訳ございません）

前にも書きましたとおり、Windows P.C の Thunderbird では一瞬で表示されます。
以前は Machintosh でも同じように一瞬だったのですが…
いつからかというのが特定出来ないのですが、気が付いたらこんな状況でした。
もしかすると Mac OS X との相性なのかと思いましたが、そのような報告が他の方か
らは無いようですので、Thunderbird の設定などの不具合を疑った次第です。

遅いという抽象的な書き方しか出来ないで恐縮なのですが、皆さんのところではいかが
でしょうか。
１度リモート画像を読み込んだメールは、次回からは［画像を読み込む］ボタンは表示
されず、受信したメールをクリックすればそのメールが画像ごと読み込まれますが、こ
の状態であっても、クリックしてから完全に表示される（読み込まれる）まで、1〜2秒
程かかっております。（右上にありますインジゲータが回っている時間）

ちなみに、マシンは PowerMac G4 MDD Dual 1.25, Memory 2 GB です。

宜しくお願い致します。

今お使いのプロファイルとは別に、新規のプロファイルを作ってみて、そのプロファイルで問題が起きるかどうかを試してみると良いと思います。
元から使っていたプロファイル中のデータが消えたりするわけではありませんし、
ダウンロード後もサーバにメッセージを残す設定にさえしておけば、試している最中に届いたメールが元から使っていたプロファイルの方では見えない…なんてことにもなりません。

POCH さん、フォローありがとうございます。

「最適化」「フォルダの最適化」の相違点は POCH さんの説明のとおりだと思います。
また、.msf の削除もおっしゃるとおりの意図です。
実は以前に削除した迷惑メールが何度か復活するという事態に遭遇して「最適化」
と「牽引を再構築」を繰り返したのですが一時的な効果しかなかったことがあります。
その際、.msf を削除して再生成したところメールの復活が無くなり解決した経験が
あります。
そういった私自身の事例から提案したみたのですが遅かったみたいですね。8)


リモート画像のあるメールは新たに受信しないでも既に受信済みのメールでも試して
みることは可能かと思います。
リモートなんですからそのメールを表示させたら読み込みにいくはずですから。

横から失礼致します。


「フォルダの最適化」( Compact Folders )と「最適化」( Compact )の相違は以下となります。
最適化する事には相違はないんですが・・・。
[ファイル] -> [フォルダの最適化]での操作はフォルダペインに表示されている
アカウントを選択し、そのアカウントのフォルダすべてを最適化する時に用いるようです。
フォルダペインに表示されている個々のフォルダについて最適化する場合は
個々のフォルダを選択して右クリック、右クリックして表示される
コンテクストメニューの「最適化」で選択したフォルダのみを最適化するようです。
詳細は以下を参照して下さい。
How to compact folders - MozillaZine Knowledge Base


その理解で宜しいんじゃないでしょうか。
UI 上の操作で再構築がうまく行かない場合に直接ファイル操作をして確実に .msf ファイルを
再生成させてはどうかという Premier さんの提案と思います。

Premier さん



・最適化 は「フォルダの最適化」の事でしょうか。
　それとも「受信トレイ」などを右クリックして表示されるコンテクストメニューの「最適化」
　でしょうか。
　双方の違いが理解出来ていませんので、取り敢えず両方ともやりました。
　環境設定（ディスク領域）で「フォルダの最適化」はチェックしてあります。

・牽引の再構築 は、はじめどこにある（どうやって実行する）のか分かりませんでしたが、こ
　のフォーラムを「牽引」で検索して理解する事が出来、クリック致しました。
　上記の質問の「最適化」も、それによって生じた疑問です。

・.msf ファイルの削除 は、［User］→［Library］→［Thunderbird］→［Profiles］→
［***.default］→［Mail］以下にある各アカウント名にある ***.msf を手作業で削除する
　という理解で宜しいでしょうか。

実は昨日の投稿後、プロファイの移行を実施致しまして、Premier さんのご投稿はそれが済ん
でから確認致しました。
プロファイの移行方法については、もじら組を検索し、そこでの記述を参考にやりました。

取り敢えず、クリーンインストール〜プロファイルの移行も作業も終わりましたので、明日以
降の様子をみたいと思います。（リモート画像のあるメールは平日に多いため）
明日以降、結果をご報告致します。

この場合は OS ではなく、Thunderbird のクリーンインストールです。
プロファイルフォルダはしっかりバックアップを取った上でおこなってください。

ひょっとしたら [最適化] > [牽引の再構築] > [.msf ファイルの削除] の順番で改善される
かも知れません。

Premier さん

ご教示頂きました方法で Firefox の about:config を確認出来ました。
結果的には Thunderbird との相違はございませんでした。



・セーフモードでの起動で試してみましたが、変化は見られませんでした。
・新規プロファイルではこれからやってみたいと思います。
　結果はご報告致します。
・クリーンインストールとは、Thunderbird のという事でしょうか？
　OS は正月に再インストール致しました。
　ただ、OS の再インストール後に、Thunderbird を新規インストールしまし
　が、プロファイルは以前のものをそのまま移行したので、クリーンインス
　トールとはいえません。

取り急ぎプロファイルの以降を行いご報告致します。