User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:126.96.36.199) Gecko/20060723 SeaMonkey/1.0.3 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:188.8.131.52) Gecko/20060723 SeaMonkey/1.0.3 I've just been trying to archive my IMAP mailbox as it will be shut down tomorrow. I found that it was not copying messages in some of deeper subfolders (although it was creating the empty folders). I drove myself mad trying to diagnose the problem, until I finally realised that the ones not being copied are where the headers haven't been downloaded. I consider this dataloss, since for people in my position it can be unfortunate if one believes everything has been copied when it hasn't. Reproducible: Always Steps to Reproduce: 1. Set up an IMAP account. For best results, it should be one that you've been using for a while, newly imported into SeaMonkey (as in my case) so that there's lots of undownloaded headers. 2. Open some of the folders to download the message headers. Don't open them all! 3. While still online, copy the root IMAP folder (Inbox) into a folder within Local Folders. Actual Results: The folder hierarchy is copied across, along with those messages whose headers have been downloaded. Folders you didn't open in step 2 will come out empty. Expected Results: Refreshed the message list of every folder while at it, and consequently copied all messages in all folders.
Nikolay, do you have any such deep nested folders?
I've seen this problem in current version 2.x, but never tried to test it against trunk.
Nikolay, Stewart, does this still reproduce for you?
I don't have an IMAP mailbox to test it on at the moment.
Not sure if this still apply, but I've seen messages aren't copied from IMAP->IMAP folder (if you copy large amount at once), even though all of them are cached. But recently archived like 1-2K message w/o any problems.
If I understand current implemntation correctly, "copy FolderA to FoldrB" == "Create FolderB if it does't exist + Copy already known mails in FolderA to FolderB", and is applied to all subfolders of FolderB". - If local mail folder, Tb knows about all mails in a folder always. - If IMAP folder, Tb doesn't know anything about mail of unknown UID. i.e. Phenomenon reported to comment #0 is by current design. To resolve this issue of mismatch between user's normal expectation, design change is needed. "Copy IMAP folder" == "Copy of all mails which is currently held in Mbox at IMAP server" "Expected result" in comment #0 is this kind f design change request. (In reply to Nikolay Shopik from comment #6) > I've seen messages aren't copied from IMAP->IMAP folder (if you copy large amount at once), > even though all of them are cached. But recently archived like 1-2K message w/o any problems. "Not all IMAP mails of already-known-UID are not copied/moved" is different phenomenon and issue from this bug, and some of them are perhaps resolved, although new problems might be generated. - connection loss while appending data of many mails to IMAP folder - loss of drag&drop event or inturruption of drag&drop event handler while getting data about requested(selected) mails Nikolay Shopik, please add comment to appropriate bug for your problem.
I wonder if we have some duplicates amongst https://bugzilla.mozilla.org/buglist.cgi?bug_id=798977%2C%20621272%2C%20611515%2C%20599280%20%2C588618%20%20%2C566248%20%2C539336%20%2C538591%20%2C474372%20%2C425735%20%20%2C398133%20%20%2C396149%20%2C270871%20%2C263114%20%2C199079%20&bug_id_type=anyexact&f1=short_desc&list_id=11712746&o1=nowordssubstr&classification=Client%20Software&classification=Components&query_format=advanced&f2=OP&product=MailNews%20Core&product=Thunderbird Nikolay, did you find a bug report for your issue?
Wayne, I'm not sure what you are asking for me here
(In reply to Nikolay Shopik from comment #9) > Wayne, I'm not sure what you are asking for me here I am referring to whether you persued and still see/can reproduce comment 6
No I didn't seen this problem for while. And this bug describe different issue. IMAP->local folder copy, while mine was IMAP->IMAP same server copy. I've recently archived some email from IMAP->local folder, didn't notice any problems. That's probably all I can help with this.
You need to log in before you can comment on or make changes to this bug.