その結論ですが、検証方法も推論の仕方もよくないと思います。
まず、検証は問題があるプロファイルのまま行ったと思います。
放っておいてもメモリー消費が増えていく環境で、それがメール受信量によるものと判断できるはずがありません。

メールをサーバーから受信して保存する際に、作業バッファを追加使用するのは当然です。
しかし、それは受信したメールをすべてオンメモリで保持しているということではありません。
一時的に増加したとしても、用済みのバッファはガベージコレクションにより時間を置いて開放されていくはずです。

受信がPOPとIMAPどちらのことを指しているのか不明ですが、POPで600件のメールを用意するのは困難でしたので、GmailのIMAPアカウントを使ってテストしてみました。

2つのThunderbird環境AとBを新規に作成し、両方に GmailのIMAPアカウントを設定します。
テストメール（2.5KB）を600件のemlファイルとして作成し、それを環境Aの受信トレイにドロップしてインポート、それがサーバーに同期アップロードされ、それを環境Bが同期ダウンロード（受信）するという手順です。

600件全部だと10分近くかかったのですが、その開始前と終了直後の環境Bのメモリーリポートを比較したところ、Main Process の resident-unique で 24.38MB 増加しましたが、これを書いている間に、当初の時点よりもさらに 41.72MBマイナスとなりました。

ということで


不思議ではないと思います。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

結局は戻ってしまった感じです

朝のthunderbirdの起動時に一瞬450MBくらいにはなりますが、、

数分で1GBになってしまいます

その後は例のごとく徐々に増えてゆき、今日は4GBを突破しました。。

しょうがないでしょうね。。データが40GBもあるので

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

thunder01 さん
Cc: EarlgreyTea さん
maji とゆ者です。

横から出てきちまい申し訳ないですが私からも状況整理の為の質問をさせてください。

【質問１】


EarlgreyTea さんと同じ質問ですが、
受信は POP か IMAP かドチラでしょうか？

【質問２】


その 14個も IDを登録されてるメールサービスは
何処のサービスでしょうか？

Gmail/Yahoo!/Outlook の様な大規模サービスでしょうか？
それとも ＠nifty/BIGLOBE の様な一般プロバイダでしょうか？
それら以外のサービスでしょうか？

以上２点お教えください。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

ディスクに40GB保存されていたからといって、メールを大量に開いていたわけでも、拡張機能も使っていないのにメモリ使用量がどんどん増大していくなんて、それはもうオカルトです。
必ず原因があります。
しかし、それを突き止めるために調べるのも面倒でしょうし、それで結果が得られるかはわかりません。

ということは、メールの削減だけでプロファイル自体を作り直したりはしていないわけですよね。
覚悟を決めて、プロファイルから作り直しちゃいましょう。

IMAPだったらどこまでIMAP同期するかは考えたほうがいいと思うし、HTMLメールからのサイトアクセスはでデフォルトオフがいいでしょう。
POPならサーバーにあまり溜め込まずに◯◯日で削除するようにして、popstate.dat ファイルを肥大化させないようにした方がいいでしょう。
あと、グルーバル検索を有効にしているとデータベース更新処理が走ることになりますので、それも関係するかもしれません。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

結局は戻ってしまった感じです

確かにthunderbird起動時は450MBくらいですが

数秒で1GBくらいになってしまいます

データが40GBもあるので仕方ないんですね？
（データは特に削除しませんでしたから）

昨日はついに4GBを突破しました！

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

>その結論ですが、検証方法も推論の仕方もよくないと思います。
>まず、検証は問題があるプロファイルのまま行ったと思います。

はいそうでした


>放っておいてもメモリー消費が増えていく環境で、それがメール受信量によるものと判断できるはずがありません。
>
>メールをサーバーから受信して保存する際に、作業バッファを追加使用するのは当然です。
>しかし、それは受信したメールをすべてオンメモリで保持しているということではありません。
>一時的に増加したとしても、用済みのバッファはガベージコレクションにより時間を置いて開放されていくはずです。

そうだと思いますが
減らないです




>
>受信がPOPとIMAPどちらのことを指しているのか不明ですが、POPで600件のメールを用意するのは困難でしたので、GmailのIMAPアカウントを使ってテストしてみました。
>

POPです。IMAPは使っていません


>2つのThunderbird環境AとBを新規に作成し、両方に GmailのIMAPアカウントを設定します。
>テストメール（2.5KB）を600件のemlファイルとして作成し、それを環境Aの受信トレイにドロップしてインポート、それがサーバーに同期アップロードされ、それを環境Bが同期ダウンロード（受信）するという手順です。
>
>600件全部だと10分近くかかったのですが、その開始前と終了直後の環境Bのメモリーリポートを比較したところ、Main Process の resident-unique で 24.38MB 増加しましたが、これを書いている間に、当初の時点よりもさらに 41.72MBマイナスとなりました。
>
>ということで

そうですか。。
IMAPの場合には

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

＞不思議ではないと思います。

はい

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

【質問１】
EarlgreyTea さんと同じ質問ですが、
受信は POP か IMAP かドチラでしょうか？

回答：POPです

【質問２】
その 14個も IDを登録されてるメールサービスは
何処のサービスでしょうか？

Gmail/Yahoo!/Outlook の様な大規模サービスでしょうか？
それとも ＠nifty/BIGLOBE の様な一般プロバイダでしょうか？
それら以外のサービスでしょうか？

回答：13個はOCNでした
ひとつだけは「BIGLOBE」です

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

>ディスクに40GB保存されていたからといって、メールを大量に開いていたわけでも、拡>>張機能も使っていないのにメモリ使用量がどんどん増大していくなんて、それはもうオ>カルトです。
>必ず原因があります。
>しかし、それを突き止めるために調べるのも面倒でしょうし、それで結果が得られるか>はわかりません。

はい
泣くほど困ってはいませんが


>プロファイルを整理してサイズを38.3GBにしたら
>ということは、メールの削減だけでプロファイル自体を作り直したりはしていないわけ>ですよね。
>覚悟を決めて、プロファイルから作り直しちゃいましょう。

新規にプロファイルを作り直しました

アカウントも１つ削除して１３個にしました

基本メールデータ自体は基本削除しませんでした
サイズが38.3GBになったのはその１つ削除してアカウウントのデータを
使わなくなったからです


新規にプロファイルを作り
↓
１３のアカウントを一つずつ作り
↓
古い元のそのアカウントの
Inbox
Sent
↓
２つのみ新しいアカウントフォルダ内にコピーして戻しました
.msfファイルはコピーしていません



>IMAPだったらどこまでIMAP同期するかは考えたほうがいいと思うし、HTMLメールからの>>サイトアクセスはでデフォルトオフがいいでしょう。
>POPならサーバーにあまり溜め込まずに◯◯日で削除するようにして、popstate.dat フ>>ァイルを肥大化させないようにした方がいいでしょう。

POPなので
ためこまないのは正解です。。
２０年前のメールも残っています


>あと、グルーバル検索を有効にしているとデータベース更新処理が走ることになります>ので、それも関係するかもしれません。

グルーバル検索は使っていません

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

>POPならサーバーにあまり溜め込まずに◯◯日で削除するようにして、
>popstate.dat ファイルを肥大化させないようにした方がいいでしょう。

みたら小さいですね popstate.dat ファイルは

なお一番大きな１３GBあるアカウント内のフォルダです
参考用に

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

今日も順調にメモリを増やしています
２G目前です

----------------------------------
Windows 11 22H2 pro 64bit 32GBメモリ搭載
Thunderbird
102.5.1 (64 ビット)　←アップデートしました

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

①～⑥画像の通り

PCから１３アカウント全メールデータを削除して、何もない状態からテストしました

「結論」
やはりメールを受信するたびにメモリが増えました

●thunderbirdを閉じない限りメモリは減りませんでした

「原因」
不明です

仕様か
メモリーリーク（ガベージコレクション失敗）か、バグか？？

「注意」
なのこの現象は
PC1（Windows10 22H2 pro 64bit）
PC2（Windows11 22H2 pro 64bit）
の２台で起きていました

PCの問題ではないと思いますが

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

画像追加です

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

thunder01 さん、maji です。


状況の整理＆報告、ご苦労様です。
一般プロバイダの POPサービス利用との事、了解しました。

他の thunder01 さんの返信投稿を見て気になったのは、
POP受信したメールを 受信トレイ に貯めっぱなしにしてる点。
ある画像では
inbox ファイルの容量が 8GB とかになってるものがありましたね。

Thunderbird(の POP)の場合、
受信トレイは一つのファイル(→ Inbox)になっていて
受信ダウンロードしたメールは
Thunderbirdにより「受信トレイ」ファイル(→ Inbox)が開かれ
そのファイルの一番最後に受信ダウンロードしたメールデータが追加され
最終的にファイルが閉じられる(→ファイル Inbox に書き込まれる)
てな動作をするはずです(推測)。
その過程で
「受信トレイ」ファイル(→ Inbox)一個分まるまるメモリに展開されても
可笑しくはないと思います(私見)。

なので、
大量に貯めこんだ「受信トレイ」のメールを
Thunderbird の画面上で
受信トレイ以外の場所にフォルダを作り
受信トレイからそのフォルダにメールを移動させ、
受信トレイの中のメール数(及び容量)を極端に減らしてみてください。
そして
受信トレイ中のメール数(及び容量)を極端に減らした状態で
あらためてメール受信してみてください。

【注】メールも移動は Thunderbird の画面上でやってください。
　　　ファイルエクスプローラで直接に Inbox や Inbox.msf さらには popstat.dat をイジる事は
　　　行わないでください。
　　　popstat.dat を削除すると
　　　Thunderbirdは「そもそも何も受信してはいない」と判断し
　　　メールサーバ上にあるメール全てを最初から受信し直します。

まずは上記やってみて
その結果をお教えください。

では。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/108.0.0.0 Safari/537.36 Edg/108.0.1462.42

>状況の整理＆報告、ご苦労様です。
>一般プロバイダの POPサービス利用との事、了解しました。
>
>他の thunder01 さんの返信投稿を見て気になったのは、
>POP受信したメールを 受信トレイ に貯めっぱなしにしてる点。
>ある画像では
>inbox ファイルの容量が 8GB とかになってるものがありましたね。
>

はい
２０年分です

>Thunderbird(の POP)の場合、
>受信トレイは一つのファイル(→ Inbox)になっていて
>受信ダウンロードしたメールは
>Thunderbirdにより「受信トレイ」ファイル(→ Inbox)が開かれ
>そのファイルの一番最後に受信ダウンロードしたメールデータが追加され
>最終的にファイルが閉じられる(→ファイル Inbox に書き込まれる)
>てな動作をするはずです(推測)。
>その過程で
>「受信トレイ」ファイル(→ Inbox)一個分まるまるメモリに展開されても
>可笑しくはないと思います(私見)。

そうですね。。。。
でもそれは過程であって、Inboxに書き込まれたらそのメモリは
解放される！いうご意見ではないでしょうか
メモリが増え続けるはずはない！と



>
>なので、
>大量に貯めこんだ「受信トレイ」のメールを
>Thunderbird の画面上で
>受信トレイ以外の場所にフォルダを作り
>受信トレイからそのフォルダにメールを移動させ、
>受信トレイの中のメール数(及び容量)を極端に減らしてみてください。
>そして
>受信トレイ中のメール数(及び容量)を極端に減らした状態で
>あらためてメール受信してみてください。

はい
●今日やったことだと思います

アカウントフォルダ内の
Inbox
Inbox.msf
popstate.dat
Junk.msf
Trash.msf
Junk
msgFilterRules.dat
Trash
Sent

を全部exploerで全部消しました
メールは１本もない状態にしました


●それから受信しました
①の画面です
違いますか？


>
>【注】メールも移動は Thunderbird の画面上でやってください。
>　　　ファイルエクスプローラで直接に Inbox や Inbox.msf さらには popstat.dat をイジる事は
>　　　行わないでください。
>　　　popstat.dat を削除すると
>　　　Thunderbirdは「そもそも何も受信してはいない」と判断し
>　　　メールサーバ上にあるメール全てを最初から受信し直します。
>

メールサーバ上にある（１４日分の）メール全てを最初から受信
するために、ファイルエクスプローラで

Inbox
Inbox.msf
popstate.dat
Junk.msf
Trash.msf
Junk
msgFilterRules.dat
Trash
Sent

を消しました
間違っていますか？




>まずは上記やってみて
>その結果をお教えください。
>
>では。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0