Thunderbirdバージョン：自動アップデートで随時最新バージョンにしています

Thunderbird を会社で使わせて頂いているのですが、構築時に記録させていた
メールサーバーのパスワードが、何故か定期的に求められる状況が発生しています。

これは全社的に発生しており、1台ではなく複数台で発生しています。

■障害に繋がりそうな要素
　私の会社ではメールの受信量が多く、1日で2000件受信する人も少なくありません。
　そのため、フォルダの容量が4GB以上を超えていたり、未読が数万件放置されている
　などの状況が珍しくありません。

①パスワードが定期的に消失する原因はなにか？

　②これを改善する手段はないのか？

①パスワードが定期的に消失する原因はなにか？
②これを改善する手段はないのか？

通常は問題なく送受信していますが、突如メール送受信時にパスワードを求められます。

プロトコル：POP、SMTP

特定のユーザーのみに発生するわけではなく、毎回この問題が発生するユーザーは違います。

原因は不明ですが何故か月曜日の朝に多く発生し、それ以外のタイミングではほぼ発生しません。

私の会社ではメールの受信量が多く、1日で2000件受信する人も少なくありません。

ひとつのプロファイルを Thunderbird 52.x 系と 60.0 で交互に利用するような運用経過があったとき、保存されているパスワード情報（logins.json）と変更された暗号鍵（key3.db -> key4.db）との関係性が破綻し、自動ログインが効かなくなることがあります。

ということは、現在ご利用のバージョンは Thunderbird 60.0 ということになりますね。
そういう解釈で、気になった点を述べさせていただきます。

それぞれの PC ごとに Thunderbird がインストールされ、それぞれの PC ごとにプロファイルが設定されているのでしょうか。

１つのフォルダーに大量のメールが蓄積されていると、そのデータ処理にかかわるトラブルが起こりやすくなるのは確かですが、それが不適切なパスワード要求を生み出す原因になることは、ちょっと考えにくいです。

症状は「突如メール送受信時にパスワードを求められます」であって、それは「パスワードが消失」したことを意味するとは限りません。
詳しい状況が書かれていないので断言はできませんが、Thunderbirdのパスワードマネージャーに保存したパスワードは無事なんじゃないかと思います。

症状が発生するのは、メール受信時、それとも送信時のどちらでしょうか？

「パスワードを求められる」際に表示されるメッセージは具体的にどのようなものでしょうか？

POPで使っている人にも、SMTPで使っている人にも症状は発生している、ということでよろしいでしょうか。

ところで、症状が起きる場合、Thunderbirdでどちらのメールサービスをご利用でしょうか？
外部のプロバイダーやGmail（G Suite）などでしょうか？
それとも御社のメールサーバーでしょうか？

この材料から考えるに、Thunderbirdのソフトウェアの問題というより、御社のネットワークやメールサーバーに起因する症状ではないかという印象です。
なぜなら、月曜日ということでThunderbird自体の動作が変わるということは考えにくいからです。
その一方で、週の初めの月曜日に、メールやネットワークのトラフィックが一時的に集中するといったことはあり得る状況です。

基本的に全員受信はPOP、送信はSMTPで、SSLで通信する設定としており、
これら全員に同じ症状が発生しています。

エラーの画像を添付しますのでご確認頂けますでしょうか。
一般的なパスワードを求められる画面が表示されて、エラーコードなどは表示されません。

ですが、Outlookなどのメールソフトであれば、メールサーバーに障害が発生して接続しにくくなっただけで、
パスワードが求められるようなことはないと思いますが、

「ユーザーのパスワードを送信できませんでした」などとは表示されないのですね。
パスワードを入力したらすんなりと受信なり送信なりは完了するのでしょうか？

これは、実際にOutlook（Microsoft Officeスイートに含まれる、電子メール・個人情報管理ソフトのことですよね？）も運用していて、そちらではパスワードを求められる状況は発生していない、ということでしょうか？

月曜日にパスワードの入力を求められる障害の発生頻度は高いのでしょうか？
メニュー > ツール > 開発ツール > エラーコンソール を出しておくと、なにか手がかりが得られるかもしれません。

Thunderbirdバージョン：自動アップデートで随時最新バージョンにしています

ただ、最新バージョンになる以前からこの障害は発生しておりますので、
バージョンに起因したものではないと考えています。

プロファイルの共有は一切行っておりません。
各Thunderbirdのプロファイルは、PCごとに設定されており、インストール時のデフォルトパスに保存されています。

これに関しては、追加情報として先日メールサーバーに不具合が発生して、通信がしにくくなった際にも、
一斉にパスワードを求められる症状が発生ましたので、サーバーに接続出来ないまたはしにくい時に発生する可能性は高いです。

ですが、Outlookなどのメールソフトであれば、メールサーバーに障害が発生して接続しにくくなっただけで、
パスワードが求められるようなことはないと思いますが、Thunderbirdではメールサーバーと疎通出来ない場合に、
このような事象が発生する可能性は考えられるのでしょうか？

はい、パスワードを入力すると問題なく送受信可能になります。

特定のユーザーのみに発生するわけではなく、毎回この問題が発生するユーザーは違います。

一般的なパスワードを求められる画面が表示されて、エラーコードなどは表示されません。

①PC構築時にプロファイルをコピーしていました

②mail.strip_sig_on_reply を false に設定しています

②stylishというアドオンを最近まで導入していました

原因は不明ですが何故か月曜日の朝に多く発生し、それ以外のタイミングではほぼ発生しません。

情報が後出しになり申し訳ありませんが、下記追加情報がありましたので記載致します。

はい、パスワードを入力すると問題なく送受信可能になります。

「接続しにくくなった」というのは、メールサーバーの応答性が極端に低下しているような場合かと思いますが、そのような状態のサーバーにどんな問題が起これば、クライアントの Thunderbied で正常に機能していた自動ログインをスルーして、パスワード入力ダイアログを開くような動作を起こせるのか、ぼくの力量ではちょっと見当がつきません。「接続しにくくなった」の程度にもよるのでしょうが、単純にタイムアウトエラーが出るだけのように思えるからです。

ひとりのユーザー環境に着目したとき、Thunderbird にパスワードが保存してあっても、自動ログインが働かずパスワード入力を求められることがあり、そのような場合でも手動入力で継続すればメールの受信はでき、その後しばらくは再保存したパスワードで自動ログインが働くようになり、また月曜日に問題が再発する、というサイクルなんでしょうか...。

では、あるユーザーにこの問題が起こっているとき、別のユーザーはパスワード入力ダイアログが開くことなく普段通りにメールを受信できていたりするのでしょうか。
メールサーバーの障害に原因があるとすると、そのときメールを送受信しようとしたユーザー全員が等しく影響を受けると考えるのが自然だと思うのですが、同じメールサーバーを使っているユ―ザーが同じ時期に受信をおこなっても、本事象の発生に差があるのなら、その理由がよくわかりません。

（a）普段、Thunderbird の自動ログインは送受信とも正常に機能している。
（b）あるタイミングでこれが働かなくなり、送受信の操作でパスワード入力ダイアログが開く。

もし、Thunderbird に保存されているパスワードが破損した、サーバー側の認証機能に障害があったなどで認証に失敗したときなんかは、
「ログインに失敗しました。ユーザー名またはメールアドレス、パスワードが正しいか確認してください」
「<サーバー名> のユーザー <ユーザー ID> 用の新しいパスワードを入力してください」
など、何かしらエラーや警告のメッセージが出るはずなのですが、そういったメッセージは表示されず、通常のパスワード入力ダイアログが開くという点も不可解です。
「一般的なパスワードを求められる画面」が出るのは、Thunderbird 的にはエラーではなく、当該メールサーバーに対するパスワードが保存されていない（あるいは検知できない）ため、ごく当たり前の手続きとしてユーザーに入力を求めている、という流れになるからです。

そしてその文脈でいうなら、次のことも気になります。
（b）のあとユーザーがパスワードを入力して、[OK] ボタンを押せば、正常にメールが受信できるんですよね。ならば、メールサーバー、ユーザー ID 、パスワードの組み合わせに齟齬はないことになります。
このとき、[パスワードマネージャーにこのパスワードを保存する] に チェックを付けているのでしょうか。
もし、保存されていた Thunderbird のパスワードが削除されていたとかなら、新規登録と同じ結果になりますが、以前に保存されていたパスワードが残ったままなら、追加でパスワードが登録される可能性が考えられます。つまり、「パスワードが定期的に求められる状況」が起こるたびに、保存されているパスワード情報が増えていくという感じです。
本件の問題が頻発しているユーザーの [保存されたログイン情報]（通称：パスワードマネージャー）を、問題が起こる前後で比較調査できれば、何か見えてくるものがあるかもしれません。

この場合のプロファイルと仰っているのは、～\Profiles\<xxxxxxxx.default> を丸ごとコピーでしょうか。それとも、その中の必要なデータだけを選択的にコピーでしょうか。

既述のように、パスワードを含むログイン情報は logins.json に暗号化して保存されており、その際の暗号鍵が key*.db です。
プロファイルを丸ごとコピーすると、コピー元のアカウントも、そのログインパスワードも、そっくりコピーされることになります。
ということは、管理者が新しい PC を使用するユーザー専用のアカウントを設定し、その内容を持ったプロファイルを、新しい PC にコピーしているということでしょうか。
そうでなければ、同じアカウントを複数のユーザー環境で使用することになってしまいかねません。

選択的なコピーの場合、logins.json と key*.db は必ずペアで扱わなければなりません。

そのあたりに抜かりはないと思いますが、ペアが切り離され logins.json だけコピーした場合、パスワードを保存したときに使われたのとは異なる key*.db を使うことになるため、logins.json に保存されたパスワード情報を正しく復号できなくなります。

しかも「◯◯ サーバーのユーザー △△ のパスワードを入力してください:」のパスワード入力画面しか出ないんですよね？

こうなってくると、最初の印象とは違ってきますね。
これはパスワードを保存していなかった際の挙動というのが一番しっくり来ます。
パスワードマネージャーに保存されているはずのログイン情報がどうなってるか確認すべきかと思います。

平日はパソコンを24時間稼働させっぱなしで、月曜に入力したパスワードをメモリに保持して使用していて、土日は電源を落としていたパソコンを次の月曜に起動したら、パスワードが保存されて無くてまたパスワード入力のダイアログが出る…まさか、そんなことではないですよね？

パスワードエラーの画面については、念のため障害発生時にもう一度確認してみます。
パスワードを求められる画面が複数あるという認識がなく、過去の障害時の画像を添付してしまったためです。

上記の通りフォルダ内のデータは丸ごとコピーしていますが、メールアドレスをThunderbirdに設定する前のプロファイルを
コピーしていますので、メールアドレスやパスワードなどのデータは含まれておりません。

Thunderbirdの細かい設定を実施しており、

ただ、パスワードをメモリに保存しているとは思いにくいですね・・・