Closed Bug 357159 Opened 18 years ago Closed 8 years ago

Lost messages moving folder from one IMAP account to another IMAP account

Categories

(SeaMonkey :: MailNews: Message Display, defect)

SeaMonkey 1.0 Branch
PowerPC
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: mozilla.org, Unassigned)

Details

(Keywords: dataloss, Whiteboard: dupeme)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.0.5) Gecko/20060720 SeaMonkey/1.0.3
Build Identifier: 

This bug is basically a dupe of bug 105326, which I cannot re-open for some reason, so I'm creating a new bug.

Last night, I created a new IMAP account to replace an existing IMAP account (ISP weirdness, don't ask).  I wanted to make the new IMAP account look like the old one, so I used drag-and-drop to move folders from the old to the new.

Well, sometimes this worked, sometimes it didn't.  The folder itself was always copied, but the messages inside sometimes weren't.  When it failed, I would get a whole bunch of empty messages (no header, no body), one for each message that was supposed to be moved.

The worst part is that the original messages were lost!

Part of the problem was the really BAD visual feedback I would get during the copy.  The status bar would flash all sorts of messages, none of which made much sense.  Why can't we have a progress dialog box that just shows the copy proceeding message by message?

Reproducible: Always
I have a similar problem, though I am not sure if the messages were already corrupt before the transfer. So far this affected 4 mails of about 40000 which in my case is not so bad.

Simon
(In reply to comment #0)
> This bug is basically a dupe of bug 105326, which I cannot re-open for some
> reason, so I'm creating a new bug.

not really wise to reopen a bug closed 5 years ago anyway - what could be the possible connect between your problem and theirs if they thought it was gone that long ago and it has no activity since?


> Last night, I created a new IMAP account to replace an existing IMAP account
> (ISP weirdness, don't ask).  I wanted to make the new IMAP account look like
> the old one, so I used drag-and-drop to move folders from the old to the new.
> 
> Well, sometimes this worked, sometimes it didn't.  

this is a duplicate of another bug.  please do a bug search to find one or more matching bugs.

why is OS=other?
Version: unspecified → 1.0 Branch
Whiteboard: dupme
I don't know why OS is other.  As for finding a dupe, well, I always look for dupes whenever I want to open a bug, and I usually don't find it, even if it exists.  Why?  Because 9 times out of 10, the bug summary describes the technical root cause of the problem, whereas all I see are the symptoms, so keyword searches don't find it.  If you're convinced that this bug is a dupe, then it shouldn't be too hard for *you* to find it.
being less restrictive in your wording, using more words and variations, and using OR conditions in your bug searches should greatly help improve your hit ratio looking for duplicates (less than 20% of your bugs have been resolved to still open bugs or fixed - not very good reporting ratio). bug 304761 is a good example of an easy dupe.

click "edit search" on this link for an example
https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=anywordssubstr&short_desc=move+moving+copy+copying+drag&product=Core&product=Mozilla+Application+Suite&product=Thunderbird&product=Toolkit&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&resolution=EXPIRED&resolution=---&op_sys=All&op_sys=Windows+95&op_sys=Windows+98&op_sys=Windows+ME&op_sys=Windows+NT&op_sys=Windows+2000&op_sys=Windows+XP&op_sys=Windows+Server+2003&op_sys=Windows+Vista&op_sys=Windows+CE&op_sys=Mac+System+7&op_sys=Mac+System+7.5&op_sys=Mac+System+7.6.1&op_sys=Mac+System+8.0&op_sys=Mac+System+8.5&op_sys=Mac+System+8.6&op_sys=Mac+System+9.x&op_sys=Mac+OS+X&op_sys=Linux&op_sys=BSDI&op_sys=FreeBSD&op_sys=NetBSD&op_sys=OpenBSD&op_sys=AIX&op_sys=BeOS&op_sys=HP-UX&op_sys=IRIX&op_sys=Neutrino&op_sys=OpenVMS&op_sys=OS%2F2&op_sys=OSF%2F1&op_sys=SunOS&op_sys=Solaris&op_sys=Opensolaris&op_sys=Other&emailassigned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=exact&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=short_desc&type0-0-0=anywordssubstr&value0-0-0=mail+message&field0-1-0=short_desc&type0-1-0=anywordssubstr&value0-1-0=miss+gone+lost+didn%27t+don%27t&field0-2-0=short_desc&type0-2-0=nowordssubstr&value0-2-0=filter
- the query lists several bugs older than this that are possible matches. There is also a much newer, recently fixed bug 368112 which may fix your problem.
SeaMonkey v1.0.x is not supported anymore.

Can you reproduce with SeaMonkey v1.1.9 ?
Keywords: dataloss
OS: Other → Linux
Version: 1.0 Branch → SeaMonkey 1.0 Branch
Whiteboard: dupme → dupeme
Query from comment 4 or <https://bugzilla.mozilla.org/buglist.cgi?list_id=13128588&o2=anywordssubstr&short_desc_type=allwordssubstr&v2=drag%20drop%20copy%20paste%20move&longdesc_type=allwordssubstr&short_desc=imap%20los&query_format=advanced&f2=longdesc&longdesc=imap%20to%20message%20los&component=Account%20Manager&component=Folder%20and%20Message%20Lists&component=General&component=Mail%20Window%20Front%20End&component=MailNews%3A%20Account%20Configuration&component=MailNews%3A%20Backend&component=MailNews%3A%20Composition&component=MailNews%3A%20General&component=MailNews%3A%20Message%20Display&component=Message%20Reader%20UI&component=Migration&component=Movemail&component=Networking%3A%20IMAP&product=MailNews%20Core&product=MailNews%20Core%20Graveyard&product=SeaMonkey&product=Thunderbird> shows some possible DUPs like
"Bug 494669 - Some IMAP messages missing/lost/not shown after moving them to another IMAP folder"
"Bug 105326 - Lost msgs on IMAP after copying multiple msgs from IMAP to other IMAP account or Local Folder"  VERIFIED WORLSFORME
"Bug 195330 - Mail lost when moving mail from IMAP folder to local folder"
"Bug 218337 - Mail attributes lost upon moving between IMAP folders"
"Bug 219402 - dataloss of 400 messages when moving between imap folders"
"Bug 439108 - Better Faster IMAP: maintain offline copy of msg when message moved between folders"  FIXED
"Bug 285146 - Mail messages lost on copy to IMAP server folder from local folder"
"Bug 792198 - mail lost when moving from imap to Local Folders "
"Bug 462156 - Thunderbird "loses"/corrupts email messages when downloading from the mail server to a local folder"
"Bug 274175 - E-mail lost after dragging folders to new location"
"Bug 860765 - Message lost during IMAP 'move to' folder"

I tried to reproduce due to Bug 105326 comment #0
Nothing unexpected, all 5  messages in inbox of both IMAP accounts.
(In step 4 used <shift + downarrow> to select all emails)

This one probably is a DUP of Bug 439108

INCOMPLETE due to reporter's lacking answer.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.