⑥の続きでいまは1.1GBで、上り止め状態です。
今日の受信予定メールはもうほとんど受信してしまったので。

つまり⑥からみても３時間たってもメモリが減ることはないです、
閉じてthunderbirdを再起動しない限り

ということになりますが、？
何か思い違いをしていますか？

単にthunderbirdを再起動すればいいだけですね！

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

違います。
後述します。


その「メールサーバ上にある（１４日分の）メール全てを最初から受信」した後に
次のステップとして
exploer(ファイルエクスプローラー)は使わず
-----(ここから)
Thunderbird の画面上で
メールサーバ上にある(14日分の)メール全てを最初から受信し貯めこんだ「受信トレイ」のメールを
「受信トレイ」以外の場所にフォルダを作り(→例えば test てな名前のフォルダを作り)
「受信トレイ」からそのフォルダ(→今回作った testフォルダ)にメールを移動させ、
「受信トレイ」の中のメール数(及び容量)を極端に減らしてみてください。
そして
「受信トレイ」中のメール数(及び容量)を極端に減らした状態で
あらためてメール受信してみてください。
-----(ここまで)
上述の
「メールサーバ上にある(14日分の)メール全てを最初から受信」
した後にメールサーバに届いたメールが
追加で受信されます。

では。

_________________
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

thunder01 さん、maji です。

私なりにテストしてみました。

新規プロファイル作り POPアカウント 1個だけ登録し、
サーバ上のメール全て受信させました。
この時点で「受信トレイ」に約 4,400通メールがあり
プロファイルの中の Inboxファイル容量は約 220MB でした。

この状態で Thunderbird起動し
起動後のメモリ容量をタスクマネジャで確認した【ａ】後に
あらたにサーバ上に届いたメール数通を受信させると
メモリ容量(タスクマネジャ値)はほぼ Inboxファイル容量と同程度に増えました【ｂ】。
たぶん受信トレイ上のメール全てがメモリ展開されたのだと思われます(推測)。
この状態で 20分ほど放置しましたが
メモリ容量(タスクマネジャ値)には大きな変動はありませんでした。

この状態で Thunderbird上で「受信トレイ」と並列に「 test 」てな名前のフォルダを作り
「受信トレイ」には今日受信分(受信日付が今日のもの) 100通弱だけ残し
他のメールは全て「 test 」フォルダに移し念の為にフォルダ最適化を実行させました。
いったん Thunderbird を終了させ
あらためて Thunderbird起動させ
起動直後のメモリ容量(タスクマネジャ値)が上記【ａ】と同等だった事を確認した後に
あらたにサーバ上に届いたメール数通を受信させましたが
受信後のメモリ容量(タスクマネジャ値)は増えましたが上記【ｂ】ほど大きな値にはなりませんでした。

なので
メモリ容量を減らすには「受信トレイ」メール数(とその容量)を削減する事が
直接的に効いてくると思います。

では。

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

>メモリ容量を減らすには「受信トレイ」メール数(とその容量)を削減する事が
>直接的に効いてくると思います。

もちろん詳しくありませんが

つまり

「受信トレイ」メール数(とその容量)を削減

しなければ

受信ごとにメモリは増えます

減ったりしません

人によってはメールが多ければ

2GB
4GB

となります

●自動でメモリが減ります
●というのは間違いでした！



>たぶん受信トレイ上のメール全てがメモリ展開されたのだと思われます(推測)。

それでうちでは毎日
1.6GB～4GBの間を動くのでしょうか？

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

thunder01 さん、maji です。

thunder01 さんが書かれた
ですが、
あくまで「thunder01 さんの今の環境で」であり、
私がここ数日いろいろ試行錯誤してるなかで
私の手元ではメモリ容量(タスクマネジャ値)は増えたり減ったりしてます。

普段あまりタスクマネジャのメモリ値とニラメッコする事は無いのと
試行錯誤してる最中で「何をやったら減るか」特定できてないのが今の私(maji)の状況です。
かなりシンプルにテスト環境作ってトライした結果のみ投稿してます。

増えたメモリだ何処でどんな条件で解放されるかまで私のテストは至ってはいません。

「減るか減らないか」は
もう少し条件を整理しながらに検証が必要でしょう。
現時点では
他者(→thunder01さん以外)が検証するには情報が少なすぎます。

-----

ちなみに今の私(maji)のテスト環境は、
ここまでのテスト環境は廃棄し、
の操作を
自分で作った test 及び test.msf も含め削除し、
あえて「メールは１本もない状態」にして
サーバ上にある約 4,400通メール(容量約 220MB)を全て「受信トレイ」に受信ダウンローダしました。
この状態で
タスクマネジャのメモリ表示を見つつしばらく観察してみます。
多分、、、、
次に返信出来る情報を貯めるのに数日掛かると思います(私見/推測)。

-----

では。

_________________
Mozilla/5.0 (X11; Linux x86_64; rv:107.0) Gecko/20100101 Firefox/107.0

majiさん

検証有難うございます

>ですが、
>あくまで「thunder01 さんの今の環境で」であり、
>私がここ数日いろいろ試行錯誤してるなかで
>私の手元ではメモリ容量(タスクマネジャ値)は増えたり減ったりしてます。

正確には数十（数百）メガバイト単位などの微量では「増えたり減ったりしてます」

微量なので、省きました

６，８百メガバイト単位では「増えたり減ったりしていません」

基本は朝から受信が始まれば、少しは減っても夕方まで徐々に増えてゆきます

●朝から徐々に減ってゆくことは一度もありません●


-----------------------------------------------------------------
推測です

インターネットなし
thunderbird起動

１）最低限のメモリ 311MB

　↓
インターネットあり
２）索引ファイル（.msf）の読み込み？ 350MB

---------------------
■この時点で合計：661MB

　↓
３）この後アカウントごとの処理用メモリ確保？ 575MB

---------------------
■この時点で合計：1236MB


-----------------------------------------------------------------
今日朝はこれがメール受信前のスタートメモリと思われます

　↓

もう1435MBまで上がったので、夕方には1600MB～2600MB？
毎日こんな感じです！


「結論」４段階方式
●毎朝1236MBくらいから始まる理由は、これだと思います

１）は確実です　インターネットなしで見れば明らか

２）索引ファイル（.msf）は、350MB位なので多分当たり？

３）これは全く不明です　いきなり増えます　受信がなくても

４）メール受信ごとに「索引データ」を索引ファイル（.msf）に追加して、
　　メモリ上にも「索引データ」を追加する
　　（ので●メモリは増え続ける、削除しない限り）


こんな感じでしょうか？
反論をお待ちしています

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

thunder01 さん、maji です。


私は「反論」をしてるつもりはありませんし、するつもりもありません。
思いは

　・thunder01 さんがお困りの事象(→今回はメモリ使用量増加)を
　　なんとか改善するお手伝いをしたい

であり
その為に

　・何が起きてるか事象を整理したい
　・その為に自分なりの仮定の上でテストし
　　アドバイス出来るものであればしたい

をやってます。
それを「反論」などと表現されると正直な話やる気が失せます。

やる気が失せる前に、
現時点での私の手元でのテスト状況を整理しておきます。

-----

今は
viewtopic.php?f=3&t=20776&start=30#p74060
で示した通り
あえて「メールは１本もない状態」にして
サーバ上にある約 4,400通メール(容量約 220MB)を全て「受信トレイ」に受信ダウンローダしました。
この状態で
諸々な条件リセットする為に Thunderbird をいったん終了させ、
半日ほど時間を空けた後に Thunderbird起動し
これまた一呼吸おいた後にタスクマネジャのメモリ表示を見てメモを取りました。
その後に受信操作を行いメールサーバ上に新たに届いたメールを受信させ
タスクマネジャのメモリ表示を見ながら「それなりに容量が増えた」状態でメモリ値をメモしました。
しばらくそのままにしておきましたが
メモリはジワジワ～っとある値まで増え(→メモした)
しばらくはそのままの値を示していました。
この間に Thunderbirdでやった操作は受信トレイ上の受診直後に未読になってたメールの開封閲覧のみです。
少しずつ時間を置いて 1～ 2回ほど受信操作をして
何通かメールを追加で受信させ内容閲覧しました。

上記の後に Thunderbird立ち上げたまま 1時間ほど放置しておいた後に
タスクマネジャのメモリ値をみたら、
なんと最初に Thunderbird起動した後にメモった数値にまで容量は減ってました。
Thunderbirdが受信後に掴んでいたメモリの大部分は解放された様です。
～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
なお、
タスクマネジャ画面を 1時間ずぅ～ッとニラメッコしてたわけではないので
どのタイミングで減ったかはワカリマセン。

-----

考察です。

私の手元では Thunderbird がいったん掴んだメモリは一定時間後には解放リリースされています。
なので
考えられるのは

　(あ) thunder01 さんの側ではメモリを解放リリースしない(orさせない)何かがある
　　　 注：何かとは運用(使い方)も含みます
　(い) そもそも私のやってるテストが thunder01 さんの環境を再現していない
　　　 注：もしそうなら私のやってる事自体に意味が無かった事となる

のいずれか、
かなと思います。
もし (い) であれば悲しいですが。

-----

現時点での私のアドバイスは

　・受信トレイに受信後のメールを大量に溜めたままにはしない
　　受信トレイは必要最小限な量に抑え
　　受信トレイ以外に任意な名称のフォルダを作りソチラへ移動させる

です。
これはメモリ容量以外の問題(リスク)回避も含めたアドバイスです。

他には、
既に EarlgreyTea さんが
とアドバイスされてますが、
メール整理とは別に
新規にプロファイルを作り直して動作検証してみるのも手だと思います。
Thunderbird はプロファイル複数作り切り替えて運用する事が可能なので、
現行プロファイルは温存しておいてテスト用プロファイル作ってテストしてみるのも障害切り分けには有効かと思います。

-----

以上、
「反論」とは別次元での私なりの考察とアドバイスをさせていただきました。
やる気少々失せ気味なので、
新しい事実が出てくるまで静観する事とします。

では。

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

<thunder01 さんが書きました:
<反論をお待ちしています
<
<私は「反論」をしてるつもりはありませんし、するつもりもありません。
<思いは
<
<　・thunder01 さんがお困りの事象(→今回はメモリ使用量増加)を
<　　なんとか改善するお手伝いをしたい
<
<であり
<その為に
<
<　・何が起きてるか事象を整理したい
<　・その為に自分なりの仮定の上でテストし
<　　アドバイス出来るものであればしたい
<
<をやってます。
<それを「反論」などと表現されると正直な話やる気が失せます。
<
<やる気が失せる前に、

失礼いたしました
表現が悪かったです

「●当方の推測の間違いのご指摘●をお待ちしています」
の意図でした


<現時点での私の手元でのテスト状況を整理しておきます。

有難うございます

<
<-----
<
<今は
<viewtopic.php?f=3&t=20776&start=30#p74060
<で示した通り
<あえて「メールは１本もない状態」にして
<サーバ上にある約 4,400通メール(容量約 220MB)を全て「受信トレイ」に受信ダウンローダしました。
<この状態で
<諸々な条件リセットする為に Thunderbird をいったん終了させ、
<半日ほど時間を空けた後に Thunderbird起動し
<これまた一呼吸おいた後にタスクマネジャのメモリ表示を見てメモを取りました。
<その後に受信操作を行いメールサーバ上に新たに届いたメールを受信させ
<タスクマネジャのメモリ表示を見ながら「それなりに容量が増えた」状態でメモリ値をメモしました。
<しばらくそのままにしておきましたが
<メモリはジワジワ～っとある値まで増え(→メモした)
<しばらくはそのままの値を示していました。
<この間に Thunderbirdでやった操作は受信トレイ上の受診直後に未読になってたメールの開封閲覧のみです。
<少しずつ時間を置いて 1～ 2回ほど受信操作をして
<何通かメールを追加で受信させ内容閲覧しました。
<
<上記の後に Thunderbird立ち上げたまま 1時間ほど放置しておいた後に
<タスクマネジャのメモリ値をみたら、
<なんと最初に Thunderbird起動した後にメモった数値にまで容量は減ってました。
<Thunderbirdが受信後に掴んでいたメモリの大部分は解放された様です。

そうでしたか、最初に戻ったんですね。。
これが正常ですね。。

<～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
<なお、
<タスクマネジャ画面を 1時間ずぅ～ッとニラメッコしてたわけではないので
<どのタイミングで減ったかはワカリマセン。
<
<-----
<
<考察です。
<
<私の手元では Thunderbird がいったん掴んだメモリは一定時間後には解放リリースされています。
<なので
<考えられるのは
<
<　(あ) thunder01 さんの側ではメモリを解放リリースしない(orさせない)何かがある
<　　　 注：何かとは運用(使い方)も含みます

何かありそうですね。


<　(い) そもそも私のやってるテストが thunder01 さんの環境を再現していない
<　　　 注：もしそうなら私のやってる事自体に意味が無かった事となる
<
<のいずれか、
<かなと思います。
<もし (い) であれば悲しいですが。

いえいえとんでもないです
非常に参考になります


<
<-----
<
<現時点での私のアドバイスは
<
<　・受信トレイに受信後のメールを大量に溜めたままにはしない
<　　受信トレイは必要最小限な量に抑え
<　　受信トレイ以外に任意な名称のフォルダを作りソチラへ移動させる
<
<です。
<これはメモリ容量以外の問題(リスク)回避も含めたアドバイスです。

助かります

<
<他には、
<既に EarlgreyTea さんが
<EarlgreyTea さんが書きました:
<こうなると、プロファイルを作り直し、アカウントを1つずつ設定していって様子を見るということになるかと思います。
<おそらく長く使用されたプロファイルかと思いますので、なんらかの不整合が原因しているのかもしれません。
<各種データベースファイルの肥大化とか、グルーバル検索用インデックス更新処理とか怪しそうです。

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

<メールデータのサイズとメモリーの関係はわかりませんが、
<それを抜きにしてもバックアップのことや、動作が重くなることもあるかと思いますので、
<メールは整理して削減しておいた方がいいかなと思います。
<とアドバイスされてますが、
<メール整理とは別に
<新規にプロファイルを作り直して動作検証してみるのも手だと思います。
<Thunderbird はプロファイル複数作り切り替えて運用する事が可能なので、
<現行プロファイルは温存しておいてテスト用プロファイル作ってテストしてみるのも障害切り分けには有効かと思います。

確かにそうですね。。複数プロファイルですね。。考えたことなかったです

<
<-----
<
<以上、
<「反論」とは別次元での私なりの考察とアドバイスをさせていただきました。
<やる気少々失せ気味なので、
<新しい事実が出てくるまで静観する事とします。
<
<では。
<


失言失礼しました
悪気はありません
再度テストしてみます。。。
アドバイス有難うございます

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

EarlgreyTea です。

thunder01 さんは推測や議論を楽しんでいるように見受けられますが、
私はそういうことには興味がありません。
現在の状況に困っていて改善したい、ということならアドバイスしたいと思います。
たぶん本件でコメントするのはこれが最後です。

①
メモリーが開放されずにどんどん増加するのは異常です。
まずはプロファイルを完全新規に作ってアカウントを1つずつ設定していくべきです。

②
Inbox が8GBとか、メモリーとは別にしてもリスクが高いことなのでやめるべきです。
Inbox は頻繁に読み書きします。
破損したら多数のメールが丸ごと読めなくなる可能性があります。
「アーカイブ」操作をすれば、設定したアーカイブフォルダー下に、単独／年別（既定）／月別にメールを移動します。
受信トレイのメールはなるべくアーカイブに分散移動することをおすすめします。

③

これは、グローバル検索の打ち間違いです。
検索を使っているかどうかは関係ありません。
設定＞一般＞索引データベース
「グローバル検索と索引データベースを有効にする」をオフしなければ、常に動いています。

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

>EarlgreyTea です。

有難うございます

>
>thunder01 さんは推測や議論を楽しんでいるように見受けられますが、
>私はそういうことには興味がありません。
>現在の状況に困っていて改善したい、ということならアドバイスしたいと思います。
>たぶん本件でコメントするのはこれが最後です。

恐縮です
楽しむのが目的ではなく、解決を探るための「推論」を書いていました

>
>①
>メモリーが開放されずにどんどん増加するのは異常です。
>まずはプロファイルを完全新規に作ってアカウントを1つずつ設定していくべきです。

１２月７日に全部一からアカントと作りなおしました
----------------------------------------１２月７日 9:20
新規にプロファイルを作り直しました

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

再度、プロファイルを完全新規に作ってアカウントを1つずつ設定してみます




>
>②
>Inbox が8GBとか、メモリーとは別にしてもリスクが高いことなのでやめるべきです。

はい
やめてみます


>Inbox は頻繁に読み書きします。
>破損したら多数のメールが丸ごと読めなくなる可能性があります。
>「アーカイブ」操作をすれば、設定したアーカイブフォルダー下に、単独／年別（既定）／月別にメールを移動します。
>受信トレイのメールはなるべくアーカイブに分散移動することをおすすめします。

「アーカイブ」も考えてみます


>
>③
>thunder01 さんが書きました:
><各種データベースファイルの肥大化とか、グルーバル検索用インデックス更新処理とか怪しそうです。
>
>グルーバル検索は使っていませんが
>
>これは、グローバル検索の打ち間違いです。
>検索を使っているかどうかは関係ありません。
>設定＞一般＞索引データベース
>「グローバル検索と索引データベースを有効にする」をオフしなければ、常に動いています


はい、見たら確かに動いていました

●「オフ」にしました

●global-messages-db.sqlite　が３GBになっていたので削除しました


---------------------------10:57 テスト中

10:25 現在１３アカウントのデータを一旦全部消し　←450MB

10:30 サーバに残っていた１４日分の全メールを受信し　←1238MB

10:37 メモリの増え具合を観察しています　←1300MB

今後 1000 800 700 600 500MB と減ることを期待していますが？

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

あくまで推測ですが、解析をまとめました

「結論」ふたつのメモリーリークが発生している

１）サーバに受信メールがあるかの問い合わせ処理
２）サーバに受信メールがある場合のダウンロード処理

詳細
１）「新着メッセージがないか 1 分ごとに確認する」

　これで1分ごとに0.82MBのメモリを確保して
　確認が終わった後も開放しないでメモリにため込む
　例）0.82MB×383分＝315.8MB（547.5-231.7）のメモリが増えた

画像①②　プロファイル1使用

２）ダウンロード処理用にメール一本当たり0.609MBのメモリを確保して
　ダウンロードが終わったのに
　開放しないでメモリにため込む
　例）9783本×0.609MB=5958.5MB

画像③　プロファイル2使用

------------------------------------
Windows 10 22H2 pro 64bit　←Windows 11　は怖いのでやめて
Thunderbird Setup 102.5.1.exe
うちの環境でしかおきないかもしれません
出来たら試してみてください
------------------------------------


なお
プロファイル1
プロファイル2

で試したんですが、プロファイル2では、１）が再現できませんでした
不思議です

こんな感じでどうでしょうか？
多分思い違いがあると思いますが、、、

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

thunder01 さん、maji です。
viewtopic.php?f=3&t=20776&p=74111#p74111
を見ての返信です。

-----

1点目。


この「 1分 」の指定を「 10分 」にしたらどうなりますか？

まず、あくまで私見ですが、
連続してメール受信チェックするのに「 1分 」間隔は短すぎると思います。

私が個人契約してるレンタルサーバ業者では

》 1分間隔だと、サーバーで外部からの攻撃と見なすことがありますので、
》 メールの自動受信は最低でも10分間隔程度にしてください。
》 10分程度だと、サーバー側で攻撃元として自動ブロックされることがなくなります。

てな指導を受けています。

勤務先職場等で、
受信したメールを見て次の受信タイミング迄の 1分の間に何かジャッジしなければならないみたいな
業務上の理由か必然性がない限り
1分間隔である必要は無いかと思います。

かつ thunder01 さんは 13個 だったか 14個 だったかの ID を Thunderbird に並列登録されてるんですよね。
それらがそれぞれ 1分間隔で動いてるとすると
1回の受信処理が終わり切る前に次のor別の受信が始まっちまうみたいな
そんな状態になっちまってる様に思います。

ちなみに別投稿で私がやったテストは
「新着メッセージがないか ■分ごとに確認する」のチェックは外し
受信する際には自分で受信ボタン押していますし、
放置してる間は 1回も受信操作はしてはいません。

繰り返し受信間隔が短すぎるのが問題かと思います。

あらためて質問です。

thunder01 さんのメール運用で 1分間隔メール受信は必要ですか？
10分とか 1時間とかにした場合に何か支障はありますか？？

Thunderbird のこの個所の規定値は 10分だったはず。
あえて 1分にした意味or意図は何ですか？？？

-----

2点目。


そもそも「プロファイル1」「プロファイル2」って何でしょうか？
「プロファイル1」と「プロファイル2」って何が違いますか？？

-----

では。

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

<詳細
<１）「新着メッセージがないか 1 分ごとに確認する」
<
<この「 1分 」の指定を「 10分 」にしたらどうなりますか？

まだやっていませんが、、
単純に10分ごとに0.82MBのメモリが増えてゆくだけだと思います
減りませんでしたから

●試してみます

<
<まず、あくまで私見ですが、
<連続してメール受信チェックするのに「 1分 」間隔は短すぎると思います。
<
<私が個人契約してるレンタルサーバ業者では
<
<》 1分間隔だと、サーバーで外部からの攻撃と見なすことがありますので、
<》 メールの自動受信は最低でも10分間隔程度にしてください。
<》 10分程度だと、サーバー側で攻撃元として自動ブロックされることがなくなります。
<
<てな指導を受けています。

なるほど

<
<勤務先職場等で、
<受信したメールを見て次の受信タイミング迄の 1分の間に何かジャッジしなければならないみたいな
<業務上の理由か必然性がない限り
<1分間隔である必要は無いかと思います。
<
<かつ thunder01 さんは 13個 だったか 14個 だったかの ID を Thunderbird に並列登録されてるんですよね。
<それらがそれぞれ 1分間隔で動いてるとすると
<1回の受信処理が終わり切る前に次のor別の受信が始まっちまうみたいな
<そんな状態になっちまってる様に思います。

はい
（いまは一つ減らして）１３個全部１分間隔でチェックでした。。基本


<
<ちなみに別投稿で私がやったテストは
<「新着メッセージがないか ■分ごとに確認する」のチェックは外し
<受信する際には自分で受信ボタン押していますし、
<放置してる間は 1回も受信操作はしてはいません。
<
<繰り返し受信間隔が短すぎるのが問題かと思います。

そうかもしれませんね、、
試してみます
１０分間隔を

<
<あらためて質問です。
<
<thunder01 さんのメール運用で 1分間隔メール受信は必要ですか？
<10分とか 1時間とかにした場合に何か支障はありますか？？
<

いいえ特には
10分　問題なし
1時間　少々長いのでメールへの返信が遅れて、、やりずらいかも？


<Thunderbird のこの個所の規定値は 10分だったはず。
<あえて 1分にした意味or意図は何ですか？？？
<

■単にせっかちですかね。。
■即見て、即返信主義です。。


<
<なお
<プロファイル1
<プロファイル2
<で試したんですが、(以下略)
<
<そもそも「プロファイル1」「プロファイル2」って何でしょうか？
<「プロファイル1」と「プロファイル2」って何が違いますか？？


「プロファイル1」
新プロファイル作成し、１３アカントを作成し、
●例の40GBの古いメールデータ内の２年を超えるメールを
削除して、

Inbox
Sent

のみ新プロファイルへコピーした

軽い最近２年間データ版です

「プロファイル2」
新プロファイル作成し、１３アカントを作成し、
サーバに残っていた14日のメールを一斉に
ダウンロードした、最近14日間データ版です

なお
１分間隔受信確認などの、基本的な設定は変えてないはずですが、、


プロファイル2では、１分ごとのメモリ増加が再現できませんでし
た。。。
もしや、いわれる通り、「プロファイル2」ではデータが少ないので
１分ごとの処理が快適に終わってしまって、メモリーリークする
ことがなかったのかもしれませんね。。。。。。

また確かめないと、、、

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

<詳細
<１）「新着メッセージがないか 1 分ごとに確認する」
<
<この「 1分 」の指定を「 10分 」にしたらどうなりますか？

２分間隔にしたら止まりました
メモリが増えなくなりました
（減りはしないようですが）

正解です
お見事でした

１分ごとでは処理が追い付かなかったんですね。。。


あとは
------------------------------
２）ダウンロード処理用にメール一本当たり0.609MBのメモリを確保して
　ダウンロードが終わったのに
　開放しないでメモリにため込む
　例）9783本×0.609MB=5958.5MB

画像③　プロファイル2使用
------------------------------

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

thunder01 さん、maji です。

-----

viewtopic.php?f=3&t=20776&p=74129#p74129

とりあえず「問題は解決した」との事で、良かったですね。

状況を簡略にまとめると

・受信メールを受信トレイに大量に溜めたままとなっていた(→多いところで 8GB前後あった)
・受信間隔が 1分と短すぎた(→規定値は 10分)

が諸悪の根源みたいな形で作用していた、
でしょうか。

-----

viewtopic.php?f=3&t=20776&p=74129#p74128

単に せっかち なだけで、それ以外に 1分にしたこと自体には特に意図は無いとの事、
「 10分 問題なし」「 1時間 少々長いので やりずらいかも？」との事なので、
では 10分にしてみましょう。
10分に設定して「せっかち」度合いへの影響も実感してみて
それで支障が出なければ 10分にしましょう。

-----

以上で本トピックへの私(maji)のお手伝いは終了とします。

では。

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