Like many others, my employer makes heavy use of Microsoft’s Exchange system to run its corporate e-mail infrastructure. see comment 17 about the risk of a fuzz factor heuristic to fall down, which it does in our case.SeptemUsing Mozilla Thunderbird to access your Outlook Web Access (OWA) e-mail account I decided to try Thunderbird (under Windows!), because of its conversation-view capabilities, and wanted it to be used by some computer-illiterates as well, but this redownloading IMAP-stuff reduces Thunderbird to a small incrowd aware of gloda and dirty cache only. This bug has been bothering me for some weeks now. So I guess anyone willing to fix this issue should separate these two download-statusses and kill this previous workaroud. This heuristic seems to be a workaround for not downloading messages completely by different threads, (inline images and attachments), while for some reason the download of a part marks the download of the rest as done. org/show_ bug.cgi? id=468595 see comment 17 about the risk of a fuzz factor heuristic to fall down, which it does in our case. org/show_ bug.cgi? id=341225īug 341225 -IMAP: Thunderbird caching incomplete downloaded I Googled the origin of the problem: I found some very intersting comments dating from 2009 about some messages not completely downloading: I decided to try Thunderbird (under Windows!), because of its conversation-view capabilities, and wanted it to be used by some computer- illiterates as well, but this redownloading IMAP-stuff reduces Thunderbird to a small incrowd aware of gloda and dirty cache only. Quelldatei: resource:///modules/gloda/log4moz.jsįehler: 20:28:21 moveCopyModuleĞRRORĞxception: " nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: resource:///modules/activity/moveCopy.js :: :: line 133" data: no] js :: :: line 133" data: no]įehler: 20:28:56 moveCopyModuleĞRRORĞxception: " nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: resource:///modules/activity/moveCopy.js :: :: line 133" data: no] jsįehler: 20:28:21 moveCopyModuleĞRRORĞxception: " nsresult: "0x80040111 (NS_ERROR_ NOT_AVAILABLE) " location: "JS frame :: resource: ///modules/ activity/ moveCopy. Quelldatei: resource: ///modules/ gloda/log4moz. To no avail.Įrror console shows, but might be unrelated:įehler: 20:28:56 moveCopyModuleĞRRORĞxception: " nsresult: "0x80040111 (NS_ERROR_ NOT_AVAILABLE) " location: "JS frame :: resource: ///modules/ activity/ moveCopy. The folder, however is definitely empty, has been compacted, repaired, and downloaded. Right now, I have a folder where "1 of 2 messages" are continously being loaded, it always stucks at message #1. It seems it helps to manually open each message. The folder changes, it seems the pattern is MIME/multipart messages (HTML mails, to be precise)Ĭompacting and/or repairing the folder, as well as downloading all messages (synchronizing) does NOT help. It works much better than 16.0.2, however, from time to time, a message folder is loaded forever and forever. It seems it is not fully fixed in 17.0b3 (w/ Dovecot 1.2) * Going to File->Offline->Download/Sync Now and selecting to sync the Inbox results in a status message being displayed that it is downloading the various messages, but no changes to the filesize of the inbox file actually occur - after the repair it's still sitting at 0kb. 16 and 16.0.2 seem to do the same thing, and it's gnarly. Something is definitely completely bonkers with the IMAP engine in TB16+. Before the repair on TB16/Win7圆4 the Inbox file was only up to about 46 meg. I have another mail client attached to this same account (TB15 on Fedora 16) and the Inbox file is approximately 100meg. * I then saw another activity "Bringing Inbox up to date" where it is showing that it is downloading all 110 messages again, but nothing much is happening to the inbox IMAP file on disk. It also is still downloading the message I click on every time. * After clicking around again and deleting a few messages from Inbox, nothing has changed with the filesize. * Restarting Thunderbird results in an immediate activity in the activity manager of "Bringing Inbox up to date" - right after I've just told TB to sync/download the folder! * Going to File->Offline- >Download/ Sync Now and selecting to sync the Inbox results in a status message being displayed that it is downloading the various messages, but no changes to the filesize of the inbox file actually occur - after the repair it's still sitting at 0kb. * Clicking around on various messages, every time I return to the same message it appears to be downloaded again. Just for giggles I have repaired my inbox folder and am still noticing the same issues:
0 Comments
Leave a Reply. |