Bugzilla

The problem was with my "self-signed" certificate I use to access my local dovecot. I think dovecot was updated since I last accessed it and so I had to  click "get mail" and confirm the exception. So should be OK to test using the  link above. (I saw the same problem even with release 91, so not a "daily" regression.)

I've notice when you access a folder that hasn't been accessed in a while you will see an attempt to first access the folder from a "temp" directory like this: ```nsMsgDatabase::Open(numOpen(max)=804(804), C:\Users\gene\AppData\Local\Temp\MozillaMailnews\gds987.msf``` and this always fails. This appears to produce a "gds:" error but it's just removing a non-existent file in the temp directory. Then it goes ahead and opens the proper file: ```nsMsgDatabase::Open(numOpen(max)=805(805), C:\Users\gene\AppData\Roaming\Thunderbird\Profiles\ew29pz1v.default-release\ImapMail\wally.dbnet.lan\4.sbd\rubish.sbd\baskette.sbd\truck.sbd\big-truck.sbd\gds987.msf```.

You may also see a few "gds:" errors at first if there a any corrupt or maybe orphan DBs files that get re-created. You may also see any folder that were not present when you last shutdown tb be re-created (Open parameter create=true).

The problem was with my "self-signed" certificate I use to access my local dovecot. I think dovecot was updated since I last accessed it and so I had to  click "get mail" and confirm the exception. So should be OK to test using the  link above. (I saw the same problem even with release 91, so not a "daily" regression.)

I've notice when I access a folder that hasn't been accessed in a while I will see an attempt to first access the folder from a "temp" directory like this: ```nsMsgDatabase::Open(numOpen(max)=804(804), C:\Users\gene\AppData\Local\Temp\MozillaMailnews\gds987.msf``` and this always fails. This appears to produce a "gds:" error but it's just trying to removing a non-existent file in the temp directory. Then it goes ahead and opens the proper file: ```nsMsgDatabase::Open(numOpen(max)=805(805), C:\Users\gene\AppData\Roaming\Thunderbird\Profiles\ew29pz1v.default-release\ImapMail\wally.dbnet.lan\4.sbd\rubish.sbd\baskette.sbd\truck.sbd\big-truck.sbd\gds987.msf```.

You may also see a few "gds:" errors at first if there are any corrupt or maybe orphan DBs files that get re-created. You may also see any folder that were not present when you last shutdown tb (due to this bug) be re-created (you'll see Open() parameter create=true in the log).