following thunderbird upgrade to 102, it takes over 1h of 100% CPU to start

[Eyal Lebedinsky]

f36, just updated and received thunderbird-librnp-rnp-102.2.0-1.fc36.x86_64
from thunderbird-91.12.0-1.fc36.x86_64

tb brings up the expected display but no input is accepted. The process is shown as
running with 100% CPU
	    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
	  72149 eyal      20   0 4075036 772700 223612 R 100.3   2.4   5:26.57 thunderbird
It will not refresh(*) the panel and will start responding after about 1h.
	[later] I see the panel was refreshed after 50m
	but input was still not accepted and the display will not refresh. It resolved after
70m.
After this is seems to be OK, I can read mail etc.

To be sure, I made a copy of the profile where I deleted all the .msf files and observed
the same thing.
I tried this a few times.

It is not just a one-off post-upgrade process. After it recovers and works, if I shut tb
down and launch it
then it repeats the problem.

There are not too many emails here, maybe a few tens of thousand totaling just over 1GB (a
few mailing lists).

My main mail client is on another machine, still running tb 91, and not showing this
problem.

Searching the 'net I did not find a relevant report, where should I look?

BTW, after reading the release notes, seeing the structural changes, I wonder if it is at
all possible
to downgrade to v91?

TIA

(*) "not refreshed" means the panel is not painted after minimize/restore,
showing only a border.

-- 
Eyal Lebedinsky (fedora(a)eyal.emu.id.au)

[Tim]

On Sun, 2022-08-28 at 18:25 +1000, Eyal Lebedinsky wrote:
>  There are not too many emails here, maybe a few tens of thousand
>  totaling just over 1GB (a few mailing lists). 
Not all in the inbox, or one folder, I hope?

>  My main mail client is on another machine, still running tb 91, and
>  not showing this problem. 
Are the circumstances similar?  IMAP, POP3, local mail.  Similar folder
usage.

NB:  I make minimal use of Thunderbird, so I can only offer general-
purpose advice.  I don't like it, and it doesn't like me.  I use
Evolution mainly, and Thunderbird occasionally on an old Mac, and even
more rarely try it on Linux to help test something.

I keep my inbox fairly empty, like a pending in tray.  I've noticed
many mail clients don't like a full inbox, and since it's usually the
first thing they load it's worth keeping its content down.

On mailing lists folders I do have one with 41,806 messages in it. 
Ones like that can take some time to process when the cache is out of
date, but a mere fraction as long as you mentioned.

-- 
 
uname -rsvp
Linux 3.10.0-1160.76.1.el7.x86_64 #1 SMP Wed Aug 10 16:21:17 UTC 2022 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.

[Eyal Lebedinsky]

On 28/08/2022 19.31, Tim via users wrote:
>  On Sun, 2022-08-28 at 18:25 +1000, Eyal Lebedinsky wrote:
> > There are not too many emails here, maybe a few tens of thousand
> > totaling just over 1GB (a few mailing lists).
>  
>  Not all in the inbox, or one folder, I hope? 
No, Inbox is very light, most messages automatically go to own folders, and stragglers
moved manually.

> > My main mail client is on another machine, still running tb 91,
> and
> > not showing this problem.
>  
>  Are the circumstances similar?  IMAP, POP3, local mail.  Similar folder
>  usage. 
POP3, but the problem shows before I can do anything, let alone fetch mail (not done
automatically when tb launches).

>  NB:  I make minimal use of Thunderbird, so I can only offer general-
>  purpose advice.  I don't like it, and it doesn't like me.  I use
>  Evolution mainly, and Thunderbird occasionally on an old Mac, and even
>  more rarely try it on Linux to help test something.
>  
>  I keep my inbox fairly empty, like a pending in tray.  I've noticed
>  many mail clients don't like a full inbox, and since it's usually the
>  first thing they load it's worth keeping its content down.
>  
>  On mailing lists folders I do have one with 41,806 messages in it.
>  Ones like that can take some time to process when the cache is out of
>  date, but a mere fraction as long as you mentioned. 
tb v91 had no such issues. The largest folder (where all patches go from all linux lists)
has about 180k messages and it never was a problem.

-- 
Eyal Lebedinsky (fedora(a)eyal.emu.id.au)

[stan]

On Sun, 28 Aug 2022 19:46:11 +1000
Eyal Lebedinsky <fedora(a)eyal.emu.id.au&gt; wrote:

>  POP3, but the problem shows before I can do anything, let alone
> fetch
>  mail (not done automatically when tb launches). 
I don't use TB, but a quick search on the web suggested the first step
was to start in safe mode, to see if it was an add-on or theme causing
the problem.

[Eyal Lebedinsky]

On 29/08/2022 00.06, stan via users wrote:
>  On Sun, 28 Aug 2022 19:46:11 +1000
>  Eyal Lebedinsky <fedora(a)eyal.emu.id.au&gt; wrote:
>  
> > POP3, but the problem shows before I can do anything, let alone fetch
> > mail (not done automatically when tb launches).
>  
>  I don't use TB, but a quick search on the web suggested the first step
>  was to start in safe mode, to see if it was an add-on or theme causing
>  the problem. 
Just tried. Selected to disable add-ons and continue in troubleshoot mode.
Same problem.

-- 
Eyal Lebedinsky (fedora(a)eyal.emu.id.au)

[Tim]

On Sun, 2022-08-28 at 18:25 +1000, Eyal Lebedinsky wrote:
>  My main mail client is on another machine, still running tb 91, and
>  not showing this problem. 

Okay, after doing some tests I can confirm the same behaviour.

I set up the old thunderbird-librnp-rnp-91.12.0-1.fc36.x86_64 to access
my local IMAP server, and it worked well (in the manner I'm used to
seeing it behave).

I updated to thunderbird-librnp-rnp-102.2.0-1.fc36 (and everything else
currently available to update) and it jams trying to view any email in
the cache, with a message "Checking mail server capabilities" in its
status bar, and pegging the CPU close to 100%.

If I move to a different folder, one that I've not cached anything from
before, it sits there sulking doing nothing, and the CPU load goes down
to 10% (or similar) after a few moments.

A quick look at my /var/log/maillog files shows masses of errors just
like this:

Aug 29 00:00:54 rocky dovecot: imap-login: Disconnected (no auth
attempts in 0 secs): user=<>, rip=192.168.1.2, lip=192.168.1.1, TLS:
SSL_read() failed: error:14094412:SSL routines:ssl3_read_bytes:sslv3
alert bad certificate: SSL alert number 42, session=<HuOl/k3nFOLAqAEC>

The last bit with session=<> has different data between the pointy
brackets for each log entry.  Of course it could be that it doesn't
like my self-produced certificate, but my server is set up to only
allow secure access, so I can't see if Thunderbird works without SSL. 
It's after midnight, and I'll leave it to tomorrow to try anything
further.

For what it's worth, running Thunderbird from the command line sheds no
information beyond these four lines as it starts up:

ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_glthread overridden by environment.

-- 
 
uname -rsvp
Linux 3.10.0-1160.76.1.el7.x86_64 #1 SMP Wed Aug 10 16:21:17 UTC 2022 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.

[Roberto Ragusa]

On 8/28/22 17:03, Tim via users wrote:

>  Aug 29 00:00:54 rocky dovecot: imap-login: Disconnected (no auth
>  attempts in 0 secs): user=<>, rip=192.168.1.2, lip=192.168.1.1, TLS:
>  SSL_read() failed: error:14094412:SSL routines:ssl3_read_bytes:sslv3
>  alert bad certificate: SSL alert number 42, session=<HuOl/k3nFOLAqAEC> 
Bad certificate is a bit generic, but in addition to basic things
like expiration, investigate the SSL policies on your system
(no SHA1 etc.).

Regards.
-- 
    Roberto Ragusa    mail at robertoragusa.it

[Eyal Lebedinsky]

On 29/08/2022 01.03, Tim via users wrote:
>  On Sun, 2022-08-28 at 18:25 +1000, Eyal Lebedinsky wrote:
> > My main mail client is on another machine, still running tb 91, and
> > not showing this problem.
>  
>  
>  Okay, after doing some tests I can confirm the same behaviour.
>  
>  I set up the old thunderbird-librnp-rnp-91.12.0-1.fc36.x86_64 to access
>  my local IMAP server, and it worked well (in the manner I'm used to
>  seeing it behave).
>  
>  I updated to thunderbird-librnp-rnp-102.2.0-1.fc36 (and everything else
>  currently available to update) and it jams trying to view any email in
>  the cache, with a message "Checking mail server capabilities" in its
>  status bar, and pegging the CPU close to 100%. 
Attempting to downgrade thunderbird-librnp-rnp wants to also downgrade thunderbird,
which I expect will not fare well due to major changes in v102.

>  If I move to a different folder, one that I've not cached
> anything from
>  before, it sits there sulking doing nothing, and the CPU load goes down
>  to 10% (or similar) after a few moments.
>  
>  A quick look at my /var/log/maillog files shows masses of errors just
>  like this: 
I do not see any errors there.

>  Aug 29 00:00:54 rocky dovecot: imap-login: Disconnected (no auth
>  attempts in 0 secs): user=<>, rip=192.168.1.2, lip=192.168.1.1, TLS:
>  SSL_read() failed: error:14094412:SSL routines:ssl3_read_bytes:sslv3
>  alert bad certificate: SSL alert number 42, session=<HuOl/k3nFOLAqAEC>
>  
>  The last bit with session=<> has different data between the pointy
>  brackets for each log entry.  Of course it could be that it doesn't
>  like my self-produced certificate, but my server is set up to only
>  allow secure access, so I can't see if Thunderbird works without SSL.
>  It's after midnight, and I'll leave it to tomorrow to try anything
>  further.
>  
>  For what it's worth, running Thunderbird from the command line sheds no
>  information beyond these four lines as it starts up:
>  
>  ATTENTION: default value of option mesa_glthread overridden by environment.
>  ATTENTION: default value of option mesa_glthread overridden by environment.
>  ATTENTION: default value of option mesa_glthread overridden by environment.
>  ATTENTION: default value of option mesa_glthread overridden by environment. 
I also see the same warning (twice).

-- 
Eyal Lebedinsky (fedora(a)eyal.emu.id.au)

[Stephen Morris]

On 28/8/22 18:25, Eyal Lebedinsky wrote:
>  f36, just updated and received 
>  thunderbird-librnp-rnp-102.2.0-1.fc36.x86_64
>  from thunderbird-91.12.0-1.fc36.x86_64
>
>  tb brings up the expected display but no input is accepted. The 
>  process is shown as running with 100% CPU
>          PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     
>  TIME+ COMMAND
>        72149 eyal      20   0 4075036 772700 223612 R 100.3   2.4 
>  5:26.57 thunderbird
>  It will not refresh(*) the panel and will start responding after about 
>  1h.
>      [later] I see the panel was refreshed after 50m
>      but input was still not accepted and the display will not refresh. 
>  It resolved after 70m.
>  After this is seems to be OK, I can read mail etc.
>
>  To be sure, I made a copy of the profile where I deleted all the .msf 
>  files and observed the same thing.
>  I tried this a few times.
>
>  It is not just a one-off post-upgrade process. After it recovers and 
>  works, if I shut tb down and launch it
>  then it repeats the problem.
>
>  There are not too many emails here, maybe a few tens of thousand 
>  totaling just over 1GB (a few mailing lists).
>
>  My main mail client is on another machine, still running tb 91, and 
>  not showing this problem.
>
>  Searching the 'net I did not find a relevant report, where should I look? 
Hi, I
used TB Daily which is V106.0a1 and I don't notice this problem, 
but TB is a bit slow to shutdown. Just a silly question, have you tried 
V102 with a brand new empty profile, just to eliminate a corrupt 
configuration?

regards,
Steve

>  BTW, after reading the release notes, seeing the structural changes, I 
>  wonder if it is at all possible
>  to downgrade to v91?
>
>  TIA
>
>  (*) "not refreshed" means the panel is not painted after 
>  minimize/restore, showing only a border.
>

[Eyal Lebedinsky]

On 29/08/2022 09.21, Stephen Morris wrote:
>  On 28/8/22 18:25, Eyal Lebedinsky wrote:
> > f36, just updated and received thunderbird-librnp-rnp-102.2.0-1.fc36.x86_64
> > from thunderbird-91.12.0-1.fc36.x86_64
> >
> > tb brings up the expected display but no input is accepted. The process is shown as
> running with 100% CPU
> >         PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM TIME+ COMMAND
> >       72149 eyal      20   0 4075036 772700 223612 R 100.3   2.4 5:26.57 thunderbird
> > It will not refresh(*) the panel and will start responding after about 1h.
> >     [later] I see the panel was refreshed after 50m
> >     but input was still not accepted and the display will not refresh. It resolved
> after 70m.
> > After this is seems to be OK, I can read mail etc.
> >
> > To be sure, I made a copy of the profile where I deleted all the .msf files and
> observed the same thing.
> > I tried this a few times.
> >
> > It is not just a one-off post-upgrade process. After it recovers and works, if I shut
> tb down and launch it
> > then it repeats the problem.
> >
> > There are not too many emails here, maybe a few tens of thousand totaling just over
> 1GB (a few mailing lists).
> >
> > My main mail client is on another machine, still running tb 91, and not showing this
> problem.
> >
> > Searching the 'net I did not find a relevant report, where should I look?
>  Hi, I used TB Daily which is V106.0a1 and I don't notice this problem, but TB is a
> bit slow to shutdown. Just a silly question, have you tried V102 with a brand new empty
> profile, just to eliminate a corrupt configuration? 
Not silly. I just tried it and it started OK, though (as usual) had a short (<10s)
pause after the
first mail fetch.

I then decided to see if the junk folder is leading to some issue. Using my regular
profile I moved all
the junk to a temporary folder, then restarted. 10 minutes later it is still on 100% CPU
:-(

Eyal

>  regards,
>  Steve
>  
> >
> > BTW, after reading the release notes, seeing the structural changes, I wonder if it
> is at all possible
> > to downgrade to v91?
> >
> > TIA
> >
> > (*) "not refreshed" means the panel is not painted after minimize/restore,
> showing only a border. 
-- 
Eyal Lebedinsky (fedora(a)eyal.emu.id.au)

[Eyal Lebedinsky]

On 29/08/2022 10.12, Eyal Lebedinsky wrote:
>  
>  On 29/08/2022 09.21, Stephen Morris wrote:
> > On 28/8/22 18:25, Eyal Lebedinsky wrote:
> >> f36, just updated and received thunderbird-librnp-rnp-102.2.0-1.fc36.x86_64
> >> from thunderbird-91.12.0-1.fc36.x86_64
> >>
> >> tb brings up the expected display but no input is accepted. The process is shown
> as running with 100% CPU
> >>         PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM TIME+ COMMAND
> >>       72149 eyal      20   0 4075036 772700 223612 R 100.3   2.4 5:26.57
> thunderbird
> >> It will not refresh(*) the panel and will start responding after about 1h.
> >>     [later] I see the panel was refreshed after 50m
> >>     but input was still not accepted and the display will not refresh. It
> resolved after 70m.
> >> After this is seems to be OK, I can read mail etc.
> >>
> >> To be sure, I made a copy of the profile where I deleted all the .msf files and
> observed the same thing.
> >> I tried this a few times.
> >>
> >> It is not just a one-off post-upgrade process. After it recovers and works, if I
> shut tb down and launch it
> >> then it repeats the problem.
> >>
> >> There are not too many emails here, maybe a few tens of thousand totaling just
> over 1GB (a few mailing lists).
> >>
> >> My main mail client is on another machine, still running tb 91, and not showing
> this problem.
> >>
> >> Searching the 'net I did not find a relevant report, where should I look?
> > Hi, I used TB Daily which is V106.0a1 and I don't notice this problem, but TB is
> a bit slow to shutdown. Just a silly question, have you tried V102 with a brand new empty
> profile, just to eliminate a corrupt configuration?
>  
>  Not silly. I just tried it and it started OK, though (as usual) had a short (<10s)
> pause after the
>  first mail fetch. 
I now ran it from cli and I notice these messages after the short pause:

[Parent 3847044, Main Thread] WARNING: Failed to connect to proxy: 'glib warning',
file /builddir/build/BUILD/thunderbird-102.2.0/toolkit/xre/nsSigHandlers.cpp:167

(thunderbird:3847044): libnotify-WARNING **: 10:43:36.102: Failed to connect to proxy

This followed the arrival of one new message, which was visible after the pause resolved.

>  I then decided to see if the junk folder is leading to some issue.
> Using my regular profile I moved all
>  the junk to a temporary folder, then restarted. 10 minutes later it is still on 100% CPU
> :-( 
If this is related, is there a way to clear the junk mail database? I assume that just
removing the messages
does not do that. I can later mark the temporary folder messages as junk to teach it
again.

>  Eyal
>  
> > regards,
> > Steve
> >
> >>
> >> BTW, after reading the release notes, seeing the structural changes, I wonder if
> it is at all possible
> >> to downgrade to v91?
> >>
> >> TIA
> >>
> >> (*) "not refreshed" means the panel is not painted after
> minimize/restore, showing only a border. 
-- 
Eyal Lebedinsky (fedora(a)eyal.emu.id.au)

[Eyal Lebedinsky]

On 28/08/2022 18.25, Eyal Lebedinsky wrote:
>  f36, just updated and received
> thunderbird-librnp-rnp-102.2.0-1.fc36.x86_64
>  from thunderbird-91.12.0-1.fc36.x86_64
>  
>  tb brings up the expected display but no input is accepted. The process is shown as
> running with 100% CPU
>           PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
>         72149 eyal      20   0 4075036 772700 223612 R 100.3   2.4   5:26.57 thunderbird
>  It will not refresh(*) the panel and will start responding after about 1h.
>       [later] I see the panel was refreshed after 50m
>       but input was still not accepted and the display will not refresh. It resolved after
> 70m.
>  After this is seems to be OK, I can read mail etc.
>  
>  To be sure, I made a copy of the profile where I deleted all the .msf files and observed
> the same thing.
>  I tried this a few times.
>  
>  It is not just a one-off post-upgrade process. After it recovers and works, if I shut tb
> down and launch it
>  then it repeats the problem.
>  
>  There are not too many emails here, maybe a few tens of thousand totaling just over 1GB
> (a few mailing lists).
>  
>  My main mail client is on another machine, still running tb 91, and not showing this
> problem.
>  
>  Searching the 'net I did not find a relevant report, where should I look?
>  
>  BTW, after reading the release notes, seeing the structural changes, I wonder if it is at
> all possible
>  to downgrade to v91?
>  
>  TIA
>  
>  (*) "not refreshed" means the panel is not painted after minimize/restore,
> showing only a border. 
A progress update.

After trying a few solutions (unsuccessfully) I compared an empty profile (working,
created as a test)
to the bad one (hanging) and started moving some control files (file in the root of the
profile) across.

The last thing I did was replace the calendar-data with the one from the empty profile and
this solved
the problem. I was not using the calendar for a few years so completely forgot it is
there. It had

drwxr-xr-x 2 eyal eyal     4096 Sep 18  2021 backup
-rw-r--r-- 1 eyal eyal  2359296 Jan 27  2020 cache.sqlite
-rw-r--r-- 1 eyal eyal   524288 May 30  2020 deleted.sqlite
-rw-r--r-- 1 eyal eyal 66256896 Jul  7 10:56 local.sqlite

Notice the largish (66MB) database. It is now (copied from the empty profile)

-rwx------ 1 eyal eyal 819200 Aug 29 09:33 local.sqlite

I wonder if it is only the cache file that was the cause or the whole directory.
[later] No, copying in a fresh cache file did not help, I needed to copy in a fresh
	local.sqlite

As I see it, there is an issue with the upgrade process where the (v91) calendar is
somehow incompatible
with the new version. I can understand a once-off long conversion of the database but not
a permanent
(every startup) process. Luckily I did not need to keep the calendar data.

BTW, I do not know if the calendar-data/backup is something I created or tb created during
an update,
but the last file there is named
	local.v22.sqlite
with a date matching the update to v91. There is no backup file from the recent v102
update.

Next I need to update my main mail machine which has much more data, and I am still
hesitant...

-- 
Eyal Lebedinsky (fedora(a)eyal.emu.id.au)

[Tim]

On Tue, 2022-08-30 at 10:39 +1000, Eyal Lebedinsky wrote:
>  After trying a few solutions (unsuccessfully) I compared an empty
> profile (working, created as a test)
>  to the bad one (hanging) and started moving some control files (file in the root of the
> profile) across.
>  
>  The last thing I did was replace the calendar-data with the one from the empty profile
> and this solved
>  the problem. I was not using the calendar for a few years so completely forgot it is
> there. 
I didn't configure or use the calendar (in any way) on the test I did.

-- 
 
uname -rsvp
Linux 3.10.0-1160.76.1.el7.x86_64 #1 SMP Wed Aug 10 16:21:17 UTC 2022 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.

[Stephen Morris]

On 30/8/22 10:39, Eyal Lebedinsky wrote:
>  On 28/08/2022 18.25, Eyal Lebedinsky wrote:
> > f36, just updated and received 
> > thunderbird-librnp-rnp-102.2.0-1.fc36.x86_64
> > from thunderbird-91.12.0-1.fc36.x86_64
> >
> > tb brings up the expected display but no input is accepted. The 
> > process is shown as running with 100% CPU
> >          PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     
> > TIME+ COMMAND
> >        72149 eyal      20   0 4075036 772700 223612 R 100.3 2.4   
> > 5:26.57 thunderbird
> > It will not refresh(*) the panel and will start responding after 
> > about 1h.
> >      [later] I see the panel was refreshed after 50m
> >      but input was still not accepted and the display will not 
> > refresh. It resolved after 70m.
> > After this is seems to be OK, I can read mail etc.
> >
> > To be sure, I made a copy of the profile where I deleted all the .msf 
> > files and observed the same thing.
> > I tried this a few times.
> >
> > It is not just a one-off post-upgrade process. After it recovers and 
> > works, if I shut tb down and launch it
> > then it repeats the problem.
> >
> > There are not too many emails here, maybe a few tens of thousand 
> > totaling just over 1GB (a few mailing lists).
> >
> > My main mail client is on another machine, still running tb 91, and 
> > not showing this problem.
> >
> > Searching the 'net I did not find a relevant report, where should I 
> > look?
> >
> > BTW, after reading the release notes, seeing the structural changes, 
> > I wonder if it is at all possible
> > to downgrade to v91?
> >
> > TIA
> >
> > (*) "not refreshed" means the panel is not painted after 
> > minimize/restore, showing only a border.
>
>  A progress update.
>
>  After trying a few solutions (unsuccessfully) I compared an empty 
>  profile (working, created as a test)
>  to the bad one (hanging) and started moving some control files (file 
>  in the root of the profile) across.
>
>  The last thing I did was replace the calendar-data with the one from 
>  the empty profile and this solved
>  the problem. I was not using the calendar for a few years so 
>  completely forgot it is there. It had
>
>  drwxr-xr-x 2 eyal eyal     4096 Sep 18  2021 backup
>  -rw-r--r-- 1 eyal eyal  2359296 Jan 27  2020 cache.sqlite
>  -rw-r--r-- 1 eyal eyal   524288 May 30  2020 deleted.sqlite
>  -rw-r--r-- 1 eyal eyal 66256896 Jul  7 10:56 local.sqlite
>
>  Notice the largish (66MB) database. It is now (copied from the empty 
>  profile)
>
>  -rwx------ 1 eyal eyal 819200 Aug 29 09:33 local.sqlite
>
>  I wonder if it is only the cache file that was the cause or the whole 
>  directory.
>  [later] No, copying in a fresh cache file did not help, I needed to 
>  copy in a fresh
>      local.sqlite 
I checked my V106 folders and I have the same backup folder and
contents 
that you do, I also have the deleted.sqlite and local.sqlite, but 
because I hardly ever, if at all, use the calendar my local.sqlite is 
only 800K in size. I don't have the cache.sqlite file so I'm not sure 
where that is coming from, but I also haven't paid much attention to the 
configuration since I originally set TB up on the fresh install I did 
some time ago. Also being on the daily version of TB it gets updated 
every day which may have some impact on keeping it clean.
I'm not sure about emptying the junk folder automatically, my 
interpretation of the junk process was the mails have to remain in that 
folder for the junk processing to determine a new mail is junk according 
to your rules, so if you manually delete the files from the junk folder, 
as you have said, you will potentially have to retrain TB, but I would 
expect that retraining to start filling up that folder again.

regards,
Steve
>  As I see it, there is an issue with the upgrade process where the 
>  (v91) calendar is somehow incompatible
>  with the new version. I can understand a once-off long conversion of 
>  the database but not a permanent
>  (every startup) process. Luckily I did not need to keep the calendar 
>  data.
>
>  BTW, I do not know if the calendar-data/backup is something I created 
>  or tb created during an update,
>  but the last file there is named
>      local.v22.sqlite
>  with a date matching the update to v91. There is no backup file from 
>  the recent v102 update.
>
>  Next I need to update my main mail machine which has much more data, 
>  and I am still hesitant...
>

[Tim]

On Thu, 2022-09-01 at 08:57 +1000, Stephen Morris wrote:
>  I'm not sure about emptying the junk folder automatically, my 
>  interpretation of the junk process was the mails have to remain in that 
>  folder for the junk processing to determine a new mail is junk according 
>  to your rules, 
My understanding was that the interpretation had already been done, and
they remain in the junk folder in case it got it wrong.  You can check
what it's junking, you can find a mail it erroneously junked, and you
can reclassify it as being non-junk.

-- 
 
uname -rsvp
Linux 3.10.0-1160.76.1.el7.x86_64 #1 SMP Wed Aug 10 16:21:17 UTC 2022 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.

[George N. White III]

On Thu, Sep 1, 2022 at 9:43 AM Tim via users <users(a)lists.fedoraproject.org&gt;
wrote:

>  On Thu, 2022-09-01 at 08:57 +1000, Stephen Morris wrote:
>  > I'm not sure about emptying the junk folder automatically, my
>  > interpretation of the junk process was the mails have to remain in that
>  > folder for the junk processing to determine a new mail is junk according
>  > to your rules,
>
>  My understanding was that the interpretation had already been done, and
>  they remain in the junk folder in case it got it wrong.  You can check
>  what it's junking, you can find a mail it erroneously junked, and you
>  can reclassify it as being non-junk.
>  
I routinely clear out the junk folder.  Junk detection works well (for an
account created when internet first reached my city so the address is
readily available to spammers).

-- 
George N. White III

[Tim]

On Thu, 2022-09-01 at 22:12 +0930, Tim via users wrote:
>  My understanding was that the interpretation had already been done,
> and
>  they remain in the junk folder in case it got it wrong.  You can check
>  what it's junking, you can find a mail it erroneously junked, and you
>  can reclassify it as being non-junk. 
For what it's worth, that's certainly the way other programs worked. 
As mail is processed, spam rules are made somewhere else.

Back when I used a program using Bayesian rules, I quickly programmed
it in two stages:  Using a folder of lots of kept spam, selected them
all, and flagged them as spam.  And folders of kept non-spam, selected
them all, and flagged them as non-spam.

It was quite effective, but for one thing:  If a mailing list became a
source of spam, and you kept marking mail from it as being spam, the
system can add the mailing list itself as being spam.

Eventually I settled on not using junk detection, using a separate
email address for mailing lists, having that address *only* accept mail
from those lists.  You get no false positives (real mail getting
falsely flagged as spam), and the few that slip through I just hit the
delete button once or twice each day (yes, it's that few).

False positives are a huge curse.  You lose touch with friends, you
miss jobs and incoming bills.  If you have to keep checking your junk
mail folder for them, what's the point of using spam filtering?  You're
going to see the spam, anyway.

-- 
 
uname -rsvp
Linux 3.10.0-1160.76.1.el7.x86_64 #1 SMP Wed Aug 10 16:21:17 UTC 2022 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.

[Eyal Lebedinsky]

On 02/09/2022 11.11, Tim via users wrote:
>  On Thu, 2022-09-01 at 22:12 +0930, Tim via users wrote:
> > My understanding was that the interpretation had already been done, and
> > they remain in the junk folder in case it got it wrong.  You can check
> > what it's junking, you can find a mail it erroneously junked, and you
> > can reclassify it as being non-junk.
>  
>  For what it's worth, that's certainly the way other programs worked.
>  As mail is processed, spam rules are made somewhere else.
>  
>  Back when I used a program using Bayesian rules, I quickly programmed
>  it in two stages:  Using a folder of lots of kept spam, selected them
>  all, and flagged them as spam.  And folders of kept non-spam, selected
>  them all, and flagged them as non-spam.
>  
>  It was quite effective, but for one thing:  If a mailing list became a
>  source of spam, and you kept marking mail from it as being spam, the
>  system can add the mailing list itself as being spam.
>  
>  Eventually I settled on not using junk detection, using a separate
>  email address for mailing lists, having that address *only* accept mail
>  from those lists.  You get no false positives (real mail getting
>  falsely flagged as spam), and the few that slip through I just hit the
>  delete button once or twice each day (yes, it's that few).
>  
>  False positives are a huge curse.  You lose touch with friends, you
>  miss jobs and incoming bills.  If you have to keep checking your junk
>  mail folder for them, what's the point of using spam filtering?  You're
>  going to see the spam, anyway. 
I mark the spam folder to only show unread messages. This way I see what was added
before marking all as read (after unJunking any mistakes).

-- 
Eyal Lebedinsky (fedora(a)eyal.emu.id.au)

[Tim]

On Fri, 2022-09-02 at 12:55 +1000, Eyal Lebedinsky wrote:
>  I mark the spam folder to only show unread messages. This way I see
> what was added
>  before marking all as read (after unJunking any mistakes). 
That kind of thing's a pet hate of mine.  On usenet (newsgroups), the
clients had an IGNORE flag.  You marked stuff as ignored (and hidden,
if you wanted that), if you were ignoring it.  The READ flag could be
left to only mark things that *you've* actually read.  I could always
tell what I'd read, or not, regardless of any other status.  Few mail
clients have cottoned onto the value of that.
 
-- 
 
uname -rsvp
Linux 3.10.0-1160.76.1.el7.x86_64 #1 SMP Wed Aug 10 16:21:17 UTC 2022 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.

[Dave Ulrick]

On 8/28/22 3:25 AM, Eyal Lebedinsky wrote:
>  f36, just updated and received 
>  thunderbird-librnp-rnp-102.2.0-1.fc36.x86_64
>  from thunderbird-91.12.0-1.fc36.x86_64
>
>  tb brings up the expected display but no input is accepted. The 
>  process is shown as running with 100% CPU
>          PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     
>  TIME+ COMMAND
>        72149 eyal      20   0 4075036 772700 223612 R 100.3   2.4 
>  5:26.57 thunderbird
>  It will not refresh(*) the panel and will start responding after about 
>  1h.
>      [later] I see the panel was refreshed after 50m
>      but input was still not accepted and the display will not refresh. 
>  It resolved after 70m.
>  After this is seems to be OK, I can read mail etc. 
Just now my FC35 system upgraded from thunderbird-91.12.0-1 -> 
102.2.0-1. I'm not experiencing a one-hour delay BUT there is a < 1 
minute delay. After the delay finishes, a message appears saying that TB 
couldn't connect to one of my IMAP servers but otherwise TB seems to be 
functional. During the delay, I'll often (but not always) see a message 
in the bottom status bar saying "Looking up <DNS for IMAP server>" that 
continues to display until the failure to connect message pops up. This 
is odd because my DNS resolution setup is otherwise reliable and fast. 
Other times, TB's window decorations are painted but the window is empty 
until the failure to connect message pops up. TB 91 starts up without 
any delay. I see that TB 102 has a DNS-over-HTTPS option under General / 
Network Connection / Settings but it's disabled.

The longish delay plus the "looking up" messages seem to point to a DNS 
resolution issue with the new TB 102.

Dave

[Tim]

On Fri, 2022-09-02 at 10:36 -0500, Dave Ulrick wrote:
>  I see that TB 102 has a DNS-over-HTTPS option under General / 
>  Network Connection / Settings but it's disabled. 
Perhaps turn that function on, exit, off again, and see if it sets the
new setting.  There could be a conflict between old config and new
config data.
 
-- 
 
uname -rsvp
Linux 3.10.0-1160.76.1.el7.x86_64 #1 SMP Wed Aug 10 16:21:17 UTC 2022 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.

[Dave Ulrick]

On 9/3/22 5:35 AM, Tim via users wrote:
>  On Fri, 2022-09-02 at 10:36 -0500, Dave Ulrick wrote:
> > I see that TB 102 has a DNS-over-HTTPS option under General /
> > Network Connection / Settings but it's disabled.
>  Perhaps turn that function on, exit, off again, and see if it sets the
>  new setting.  There could be a conflict between old config and new
>  config data.
>     
Just now I tried that out. There's still a multi-second delay at 
startup. During the delay an empty window (title bar and border with the 
previous contents of the screen display unchanged inside the window) is 
visible.  I bounced TB 102 several times. Once, the message about not 
connecting to the IMAP server appeared. Otherwise, the TB window 
eventually came up without error. However, TB seemed to respond slowly 
at first. The mouse pointer indicates activity while things are slow but 
there's no clue (e.g., in the status bar) as to what TB is working on.

I also have a secondary FC35 system with TB installed. It too has been 
upgraded from 91 to 102. It has a much newer TB profile. It is 
configured with the same IMAP and calendar providers. TB 102 starts fast 
and works without issue.

This suggests that your theory about a old vs. new config conflict might 
be correct. When I have time I'll create a new profile with TB 91 then 
upgrade to TB 102. My first PC's TB profile is older than the second 
PC's so it's undoubtedly gone through multiple TB upgrades.

Dave

[Dave Ulrick]

On 9/3/22 8:18 AM, Dave Ulrick wrote:
>  On 9/3/22 5:35 AM, Tim via users wrote:
> > On Fri, 2022-09-02 at 10:36 -0500, Dave Ulrick wrote:
> >> I see that TB 102 has a DNS-over-HTTPS option under General /
> >> Network Connection / Settings but it's disabled.
> > Perhaps turn that function on, exit, off again, and see if it sets the
> > new setting.  There could be a conflict between old config and new
> > config data.
>  Just now I tried that out. There's still a multi-second delay at 
>  startup. During the delay an empty window (title bar and border with 
>  the previous contents of the screen display unchanged inside the 
>  window) is visible.  I bounced TB 102 several times. Once, the message 
>  about not connecting to the IMAP server appeared. Otherwise, the TB 
>  window eventually came up without error. However, TB seemed to respond 
>  slowly at first. The mouse pointer indicates activity while things are 
>  slow but there's no clue (e.g., in the status bar) as to what TB is 
>  working on.
>
>  I also have a secondary FC35 system with TB installed. It too has been 
>  upgraded from 91 to 102. It has a much newer TB profile. It is 
>  configured with the same IMAP and calendar providers. TB 102 starts 
>  fast and works without issue.
>
>  This suggests that your theory about a old vs. new config conflict 
>  might be correct. When I have time I'll create a new profile with TB 
>  91 then upgrade to TB 102. My first PC's TB profile is older than the 
>  second PC's so it's undoubtedly gone through multiple TB upgrades.  
Just now I finished creating a new TB profile. I created it using TB 91. 
All my IMAP & calendar accounts work OK. Then I upgraded to TB 102. It 
starts quickly and seems to work without issue.

Evidently something changed between TB 91 and 102 regarding profile data 
that might bite some users. In my case, starting with a new profile made 
everything good.

Dave

[Stephen Morris]

On 3/9/22 20:35, Tim via users wrote:
>  On Fri, 2022-09-02 at 10:36 -0500, Dave Ulrick wrote:
> > I see that TB 102 has a DNS-over-HTTPS option under General /
> > Network Connection / Settings but it's disabled.
>  Perhaps turn that function on, exit, off again, and see if it sets the
>  new setting.  There could be a conflict between old config and new
>  config data.
>     
In TB 106 if I select the check box the only option in the drop down is 
custom and the custom text box becomes available, but I'm not sure what 
is expected to be in that text box.

regards,
Steve