Richard, "Francesco" at bug 1920329 comment 18 has found a useful perl program to parse the .msf summary files, mork.pl. If you would download this and run it on your Sent.msf file it might show something, e.g., if you problem message is actually stored Offline or not. I don't know how to run "perl" in windows but I'm sure it is possible. Here's how I run it in linux: ``` cd ~/.thunderbird/kgmivl5o.default-release/ImapMail/mobile.charter.net perl ~/Downloads/mork.pl SentMail.msf > SentMail.txt ``` Then look at the SentMail.txt file (or whatever you want to name it) and file the block of info about the problem message. It will look something like this: ``` ID = E10 (3600) _scope = ns:msg:db:row:scope:msgs:all date = 67087d85 (Thu Oct 10 21:21:09 2024) dateReceived = 67087d85 (Thu Oct 10 21:21:09 2024) sender = Gene Smith <gds@chartertn.net> recipients = Wayne Mery <vseerror@fastmail.com> subject = Bizzare Trash folder size = 4ba (1210) flags = 11 ( Read HasRe ) message-id = 59c9261c-f1fe-48c3-a37b-91cf00daa901@chartertn.net msgCharSet = UTF-8 msgThreadId = e10 (3600) priority = 1 ProtoThreadFlags = 0 references = <44998449-2c16-4522-b732-b4b75f134dc4@fastmail.com> threadParent = ffffffff (-1) _refs = E10 ``` I'm not sure about all the fields but the ```flags = ...``` is relevant to what you report. If the "Offline" flag is reported for the problem message it is getting fetched from mbox. If it is not set, the message should get initially fetched from the server and subsequently fetched from disk cache (as long as other stuff doesn't "eject" it from cache). Just to be clear, "disk cache" is not the mbox file but the mozilla internal "cache2".
Bug 1890230 Comment 140 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
Richard, "Francesco" at bug 1920329 comment 18 has found a useful perl program to parse the .msf summary files, mork.pl. If you would download this and run it on your Sent.msf file it might show something, e.g., if you problem message is actually stored Offline or not. I don't know how to run "perl" in windows but I'm sure it is possible. Here's how I run it in linux: ``` cd ~/.thunderbird/kgmivl5o.default-release/ImapMail/mobile.charter.net perl ~/Downloads/mork.pl SentMail.msf > SentMail.txt ``` Then look at the SentMail.txt file (or whatever you want to name it) and find the block of info about the problem message. It will look something like this: ``` ID = E10 (3600) _scope = ns:msg:db:row:scope:msgs:all date = 67087d85 (Thu Oct 10 21:21:09 2024) dateReceived = 67087d85 (Thu Oct 10 21:21:09 2024) sender = Gene Smith <gds@chartertn.net> recipients = Wayne Mery <vseerror@fastmail.com> subject = Bizzare Trash folder size = 4ba (1210) flags = 11 ( Read HasRe ) message-id = 59c9261c-f1fe-48c3-a37b-91cf00daa901@chartertn.net msgCharSet = UTF-8 msgThreadId = e10 (3600) priority = 1 ProtoThreadFlags = 0 references = <44998449-2c16-4522-b732-b4b75f134dc4@fastmail.com> threadParent = ffffffff (-1) _refs = E10 ``` I'm not sure about all the fields but the ```flags = ...``` is relevant to what you report. If the "Offline" flag is reported for the problem message it is getting fetched from mbox. If it is not set, the message should get initially fetched from the server and subsequently fetched from disk cache (as long as other stuff doesn't "eject" it from cache). Just to be clear, "disk cache" is not the mbox file but the mozilla internal "cache2".
Richard, "Francesco" at bug 1920329 comment 18 has found a useful perl program to parse the .msf summary files, mork.pl. If you would download this and run it on your Sent.msf file it might show something, e.g., if you problem message is actually stored Offline or not. I don't know how to run "perl" in windows but I'm sure it is possible. Here's how I run it in linux: ``` cd ~/.thunderbird/kgmivl5o.default-release/ImapMail/mobile.charter.net perl ~/Downloads/mork.pl SentMail.msf > SentMail.txt ``` Then look at the SentMail.txt file (or whatever you want to name it) and find the block of info about the problem message. It will look something like this: ``` ID = E10 (3600) _scope = ns:msg:db:row:scope:msgs:all date = 67087d85 (Thu Oct 10 21:21:09 2024) dateReceived = 67087d85 (Thu Oct 10 21:21:09 2024) sender = Gene Smith <gds@chartertn.net> recipients = Wayne Mery <vseerror@fastmail.com> subject = Bizzare Trash folder size = 4ba (1210) flags = 11 ( Read HasRe ) message-id = 59c9261c-f1fe-48c3-a37b-91cf00daa901@chartertn.net msgCharSet = UTF-8 msgThreadId = e10 (3600) priority = 1 ProtoThreadFlags = 0 references = <44998449-2c16-4522-b732-b4b75f134dc4@fastmail.com> threadParent = ffffffff (-1) _refs = E10 ``` I'm not sure about all the fields but the ```flags = ...``` is relevant to what you report. If the "Offline" flag is reported for the problem message it is getting fetched from mbox. If it is not set, the message should get initially fetched from the server and subsequently fetched from disk cache (as long as other stuff doesn't "eject" it from cache). Just to be clear, "disk cache" is not the mbox file but the mozilla internal "cache2". Edit: I don't see that mork.pl does anything malicious (makes network connections, changes the .msf file etc) but if you don't trust it and don't want to run it directly on the in-place .msf file in your profile, you could shutdown TB and copy your .msf somewhere else outside the profile and run mork.pl there.