Open Bug 760856 Opened 13 years ago Updated 7 months ago

Move local folder containing tagged messages to IMAP account/folder, messages do not have (imap) labels/tags

Categories

(MailNews Core :: Networking: IMAP, defect)

x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

People

(Reporter: Ulf.Zibis, Unassigned, NeedInfo)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

(Keywords: dataloss)

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20100101 Firefox/12.0 Build ID: 20120420145725 Steps to reproduce: Mark some mails in local folder with any of the 5 predefined tags. Move the local folder to IMAP folder by mouse. Actual results: Colouring, indicating catchwords of contained mails, is lost. This is reverse behaviour of already fixed bug 362989. Expected results: Catchwords should be conserved.
Depends on: 362989
WADA, can you see this with IMAP?
Component: General → Networking: IMAP
Product: Thunderbird → MailNews Core
QA Contact: general → networking.imap
(In reply to Ulf Zibis from comment #0) > Move the local folder to IMAP folder by mouse. As for "Drag&Drop of folder between accounts", it's "folder copy" instead of "folder move". What is your operation for "move folder by mouse"? Tb's tag is defined in prefs.js. Example of Important : mailnews.tags.$label1.tag = Important In local mail folder, tag($label1 if Important) set for a mail is saved in X-Mozilla-Keys: header. What is saved in X-Mozilla-Keys: header? If IMAP folder, Tb's tag is saved as "keyword(user defined flag)" in Mbox at IMAP server via "store +Flag $label1" upon mail copy(==mail upload via append command), and is reflected to local mail's status via "fetch Flags" command. Can you get IMAP log? (see bug 402793 comment #28)
(In reply to WADA from comment #2) > (In reply to Ulf Zibis from comment #0) > > Move the local folder to IMAP folder by mouse. > As for "Drag&Drop of folder between accounts", it's "folder copy" instead of > "folder move". > What is your operation for "move folder by mouse"? Yes, I "Drag&Drop"ed the folder. The folder was added to the destination IMAP folders and deleted from the source Local folders. In my understanding this is a "folder move". > Tb's tag is defined in prefs.js. > Example of Important : mailnews.tags.$label1.tag = Important red: user_pref("mailnews.tags.$label1.tag", "Wichtig"); blue: user_pref("mailnews.tags.$label4.tag", "Zu erledigen"); > In local mail folder, tag($label1 if Important) set for a mail is saved in > X-Mozilla-Keys: header. > What is saved in X-Mozilla-Keys: header? red: X-Mozilla-Keys: $label1 blue: X-Mozilla-Keys: $label4 > Can you get IMAP log? (see bug 402793 comment #28) Should I use? : > Win example : SET NSPR_LOG_MODULES=timestamp,nsHttp:5,nsSocketTransport:5,nsHostResolver:5
For a new try, to save the flags, I have added 2 folders in Local + IMAP account: - red - blue Then I have moved all red flagged mails to Local red folder and blue red flagged mails to Local blue folder. After I have moved all mails from Local red folder to IMAP red folder and all mails from Local blue folder to IMAP blue folder. Result: In IMAP red folder all mails are coloured red, but in IMAP blue folder all mails are coloured black --> strange!! In IMAP red Mbox file: X-Mozilla-Keys: $label1 In IMAP blue Mbox file: X-Mozilla-Keys: $label4 No "keyword(user defined flag)" in Mbox
(In reply to Ulf Zibis from comment #4) > After I have moved all mails from Local red folder to IMAP red folder and > all mails from Local blue folder to IMAP blue folder. It sounds "Drag&Drop of selected mails from a local mail folder to IMAP mail folder". However, your following bug summary and answer is apparently for "Drag&Drop of mail folder". (Your bug summary) > After moving local folder (snip) (Your Comment #3) > > What is your operation for "move folder by mouse"? > Yes, I "Drag&Drop"ed the folder. The folder was added to the destination IMAP > folders and deleted from the source Local folders. In my understanding this is > a "folder move". Are you reporting funny phenomenon for you to this bug report at bugzilla.mozilla.org for which of next? "Drag&Drop of mail folder(s)", or "Drag&Drop of mails", or Both
The bug report in general is about "Drag&Drop of mail folder(s)". The funny phenomenon with "Drag&Drop of mails" is only mentioned as an aside observation, which may give additional information. Anyway, as both actions are related, you could treat them in one bug report if you like.
Summary: After moving local folder coloured catchwords of contained mails have been lost → After moving local folder to IMAP folder, tags of contained mail messages are lost
Ulf, if you create your own custom tag (Tags > New Tag...) and apply it to some of the messages, then follow your steps for this bug, is the custom tag also lost?
Ulf ??
Severity: normal → critical
Keywords: dataloss
Whiteboard: [closeme 2012-09-15]
Can do this next week.
Now I have tested again with TB 15. - I created a local folder and copied some mails into it. - I created a new custom tag "Funny" in light blue. - I tagged some mails with red, blue, violet and light blue and some with both. - With mouse I dragged and dropped the whole folder into an IMAP folder. I didn't hold Ctrl-key, no '+' was visible, so the folder should have been "moved", but to my surprise the origin was not "deleted" (When first testing with TB 12 I'm pretty sure that the origin was deleted, why I named the bug summary as such. --> Result: In the destination IMAP folder none of the colours were visible, so the tags have been lost. Then I deleted the destination folder + additionally from the trash, to try it once more with hold Shift-key to force the "move". This time the origin remained again. Bug? --> Result: In the destination IMAP folder now all of the colours were visible, so the tags have been saved. Is this, because I did it 2nd time? A 3rd try reproduced the 2nd result.
Whiteboard: [closeme 2012-09-15]
Blocks: tb-tagsmeta
Depends on: 543963
Does this happen with all ISPs, or only the gmx account?
Flags: needinfo?(Ulf.Zibis)
I tried again with TB 52.8.0 on Ubuntu with 3 IMAP Providers: - imap.gmx.net - imap.1und1.de - wp215.webpack.hosteurope.de I always got the same result: - "move" folder from local to IMAP -> all mails in folder are black, but in header e.g.: X-Mozilla-Keys: $label1 - delete folder in IMAP - delete folder in IMAP trash - "move" same folder again from local to IMAP -> all mails in folder are colored correctly.
Flags: needinfo?(Ulf.Zibis)
I can reproduce this - moving a FOLDER from local to imap does retain X-Mozilla-Keys: $labelN but the messages in imap folder are not colored. Moving individual messages works fine
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: After moving local folder to IMAP folder, tags of contained mail messages are lost → Move local folder containing tagged messages to IMAP account/folder, messages do not have (imap) labels/tags

(In reply to Wayne Mery (:wsmwk) from comment #13)

I can reproduce this - moving a FOLDER from local to imap does retain
X-Mozilla-Keys: $labelN
but the messages in imap folder are not colored.

Moving individual messages works fine

This might be bug 729732.

https://mzl.la/2YMhum8 from the past 4 years

When the folder Local Folders/2018 is copied to an imap server, a new folder is created OK and then each message is imap append'ed to the new folder. Append allows the flags for the message to be included. However, tb is leaving off the user defined tags (keywords) from the command. I.e., I see this being sent for a message with the Important flag set:

...A:SendData: 6 append "2018" (\Seen) "04-Nov-2018 09:49:37 -0400" {48590}

Note that only the \Seen flag is sent even though the original message in Local Folders/2018 was marked 'important'.
But if the individual message is copied, the append includes several keywords, including the stand-in for "Important", $label1:

...S-2018:SendData: 18 append "2018" (\Seen nonjunk $notjunk $label1) "04-Nov-2018 09:49:37 -0400" {48590}

so the copied individual message does show the 'Important' tag at the destination. The question is, why the difference?

See Also: → 1504993

bug 760856 comment 10 "issue must be in the folder copy code." (vs copying individual messages)

Flags: needinfo?(gds)
Depends on: 729732
See Also: → 1901509
See Also: → 687784
See Also: → 730250
See Also: → 729732
See Also: → 1511362
See Also: → 1863741
See Also: → 1892385
You need to log in before you can comment on or make changes to this bug.