Perhaps more info will be more useful:

12:57:25.439 services.settings: Failed to load last_modified.json: TypeError: NetworkError when attempting to fetch resource. Utils.jsm:330 12:57:25.516 Trying to load /usr/lib/thunderbird/libotr.so OTRLib.jsm:64:11 12:57:25.516 Trying to load libotr.so from system's standard library locations OTRLib.jsm:64:11 12:57:25.517 Trying to load libotr.so.5 from system's standard library locations OTRLib.jsm:64:11 12:57:25.517 Trying to load libotr.so from system's standard library locations OTRLib.jsm:64:11 12:57:25.517 Error: Cannot load required OTR library

   loadExternalOTRLib resource:///modules/OTRLib.jsm:109
   init resource:///modules/OTRLib.jsm:115
   once resource:///modules/OTR.jsm:118
   init resource:///modules/OTR.jsm:139
   init resource:///modules/OTRUI.jsm:256

OTR.jsm:127:15 12:57:26.727 Content Security Policy: Ignoring “'unsafe-inline'” within script-src or style-src: nonce-source or hash-source specified 12:57:26.734 Loading failed for the <script> with source “https://www.googletagmanager.com/gtm.js?id=GTM-TCB2S5V”. en-US:1:1 12:57:26.738 Content Security Policy: The page’s settings blocked the loading of a resource at https://www.googletagmanager.com/gtm.js?id=GTM-TCB2S5V (“script-src”). en-US:11:72 12:57:27.059 Content Security Policy: The page’s settings blocked the loading of a resource at inline (“script-src”). en-US:659:1 12:57:27.078 Use of Mutation Events is deprecated. Use MutationObserver instead.

Hello

I dont see anything that could block access to your server here. I have seen elsewhere last_modified_json and libotr messages on systems that are working fine (I think libotr refers to some missing system functionality), and the google message may be related to cookies, but you say that gmail is working and anyway if your server don't use OAuth2 it's certainly irrelevant. Could you try to turn logging on ? for pop3 it's easy, just set mailnews.pop3.loglevel to 'All'. If it's imap, it's an older way:

export MOZ_LOG=IMAP:5,timestamp export MOZ_LOG_FILE=/tmp/imap.log thunderbird

Hi, thanks for the response. Yes it is IMAP. How do I utilise that strings? Sorry I'm not familiar with that. Appreciate your input. Thanks

I was seeing Unix like paths in your trace so I was expecting you to be familiar with the command line :-)

So open a terminal session, you should get a bash session

youuser@yourhost:~$

then enter the 3 commands

export MOZ_LOG=IMAP:5,timestamp export MOZ_LOG_FILE=/tmp/imap.log thunderbird

each line followed by 'Enter'. If 'thunderbird' don't launch Thunderbird (you have to do all this with Thunderbird stopped) you have a path problem, you will have to find the path of the installed Thunderbird, possibly by looking at the shortcut, and start /your/path/to/thunderbird instead (to adjust, obviously)

When you have successfully started Thunderbird with the environment variables set, try to get mail from imap. Well, I guess that actually starting Thunderbird should be enough. Close Thunderbird if you get an error message, that's a good sign that you should get an interesting trace.

Then the /tmp/imap.log (or imap_log.moz_log maybe) should be the actual trace. If there is something in it, try to communicate it here. If it's too big, search for error messages in it and post about +-30 lines around the errors.

Well, I have to admit that I did not actually check any of that. I have no Imap account in my Linux install, I ran the instructions with a test installation on Windows. They work there, but your mileage may vary.

Ok, thanks. I'm doing night shift now so I will check probably tomorrow or even the day after (one more to go). I'm familiar a tiny bit with Linux but at bare minimum... Anyway thanks for support, I will report back. Cheers.

Hi, I don't want to post the log in here so I will create the link where you can download the whole log and pm it to you. Interesting thou, that's what I got in the console:

[ImapModuleLoader] Using nsImapService.cpp [NntpModuleLoader] Using NntpService.jsm [Pop3ModuleLoader] Using Pop3Service.jsm ATTENTION: default value of option mesa_glthread overridden by environment. [calBackendLoader] Using Thunderbird's ical.js backend console.debug: "Successfully loaded OpenPGP library librnp.so version 0.16+git20220124.f06439f7.MZLA from /usr/lib/thunderbird/librnp.so" console.debug: "Found 2 public keys and 2 secret keys (2 protected, 0 unprotected)" console.debug: "Successfully loaded optional OpenPGP library libgpgme.so.11 from system's standard library locations" console.debug: "gpgme version: 1.13.1-unknown" console.warn: services.settings: Failed to load last_modified.json: TypeError: NetworkError when attempting to fetch resource. [2022-12-02T02:52:36Z ERROR style::stylesheets::rule_parser] Saw @import rule, but no way to trigger the load console.debug: "Trying to load /usr/lib/thunderbird/libotr.so" console.debug: "Trying to load libotr.so from system's standard library locations" console.debug: "Trying to load libotr.so.5 from system's standard library locations" console.debug: "Trying to load libotr.so from system's standard library locations" console.log: (new Error("Cannot load required OTR library", "resource:///modules/OTRLib.jsm", 109))

Thank you.

I hope that you have more info in the full log because I don't see anything related to Imap access here.

Yes, I pm you the link to the full log file download. My Thunderbird on win PC has also problems with my mail server. However clients on my Android devices run just fine. Have a look at the log file when you download it, I can't really interpret it. Thank you.

I got the log. Sure it's not easy to read, log is mixed from your gmail accounts (where things are going great) to your own server (not so great). If it was my own problem, I'd create a profile with only the local server to get at least a clean log of the problem. It seems to point to a software compatibility problem.

There is a recurrence of an error code 80470002 and it seems certainly linked to Thunderbird bailing out and retrying again. From the Oracle of Thunderbird, it can be said that it's NS_BASE_STREAM_CLOSED. Not very informative, as it seems to mean about anything, that the stream has either failed to open correctly, or has been closed prematurely by the server. Only thing is sure is that the connection itself is fine, it's the dialog after that is going bad. Do you have by some stroke of luck something interesting in the server logs ?

I will have a look tomorrow after I finish my night at work. I think the Thunderbird has been updated few days ago on my server, also the Java has been about that time. Also I noticed that some dates after 27.11.2022 are corrupted, like reporting not possible days, months and years. But only in Thunderbird. Thanks.

I have taken a deeper look and it seems that Thunderbird has no problem reading the Imap folders, listing the mails present, it's only when it tries to retrieve the mail headers that it lacks in its local cache that it all goes wrong, the stream dies immediately while I don't see what is wrong in the question asked by Thunderbird to the Imap server. I don't think it's a specific folder, it seems the case for all of them. So chances that the imap server is logging something are not so small.

I've found something in my logwatch raport email that mightbe of interest:

WARNING: Segmentation Faults in these executables

   imapd :  25701 Time(s)

WARNING:  General Protection Faults in these executables
   traps: imapd :  4 Time(s)

Thanks.

It could suggest that an enhancement or modest change in Thunderbird behaviour could trigger a bug in your (rather ancient) Imap server. If you want to make sure, a possibility could be to trace the segfaults in real time while Thunderbird tries to do its thing. If the counter increases during this time, you could consider an upgrade. FYI given that now the root cause of the problem looks more to come from the server than the client, I have deleted your log file from my system so I'll not be able to provide any additional information based on it.

Ah, ok thanks. I just post you another link with a fragment of the syslog whwn the Thunderbird starts. If you can confirm it is my IMAP server problem, I will try to find what is it and update it. Thanks a lot.

It looks like every time a client called 'Thunderbird' connects, the server segfaults :-) So yes, there is something that Thunderbird does that does not fit well with your imap server. There is a reference to a core dumped, usually this can be loaded in gdb to find where the program has crashed. Then one can give the information to the devs so they can interpret it. A possible wrinkle is that usually devs want always a report on the *last* version. You are not at the last stable version 3 by about half a dozen sub versions. Not your fault, and the Debian maintainers are volunteers too so it's not very sensible to blame them.

What could be tried also ? maybe install the last known good version of Thunderbird, do the logging thing and compare when it worked and now. Possibly some command like fetch headers, that looks a bit like that:

• 1 FETCH (BODY[HEADER.FIELDS (SUBJECT)] {27}

IIRC in your trace the instruction was considerably more complicated, retrieving many header fields. It may be that in older Thunderbird version this was different. In this case, it would probably be the culprit. If it's the case, it would remain to ask to the Imap server devs if a more recent version could accommodate the Thunderbird new way. Like I said, it's easier if there is only one account to interpret the trace.

In any case, a segfault is a bad problem and should find some response from them. Normally the devs should be receptive to look at your problem, but not without providing them with a solid research.

Or you could just try to upgrade, without any research. Maybe try a test server with latest and greatest server. If it works, upgrade production. But it may be easier or not easy at all, depends on your setup.

Thank you very much. It seems we are getting way out of my Linux knowledge. This server was set up for me by the person who is not available anymore :(, so looks like I'm stuck for now. I did install Geary client on the server for testing and it seems to do the same thing. Lucky for me the Android Bluemail app works ok with that server. I had a look if it is possible to upgrade the Cyrus imap without affecting the config files and found one info on that, but it's for advanced Linux users... can't take the risk. I can try the Thunderbird update from console the file and see how it goes. Thanks a lot again, at least I know what is happening :)

I agree that you should not upgrade your mail server separately from the standard OS ones if you are not an expert. This said, your org should seriously consider get external help or provide you with additional time and resource to learn because (if I understand correctly that you have Debian 10 "Buster", now in 'LTS' support) you are running an internet server that is no longer receiving proper security updates.

Just a little feedback. I was playing with Ubuntu 20.04 to 22.04 upgrade (on separate disks set up from the server image file). I did have a problem with the DNS not working, but the Thunderbird was working ok. Last night I managed (!) to fix the DNS so I will stay on that now. The Thunderburd is working fine but I'm still getting the segmentation faults. Well, before that for years I kept thunderbird running 24/7 since I was using it's filtering abilites. I will keep it down for now and use it only occassionaly. Do you know where is the best place to ask Ubuntu to update theCyrus package to something newer? Thank you.