Closed Bug 127141 Opened 23 years ago Closed 21 years ago

Labels lost on cross-account move/copy (except local to local)

Categories

(MailNews Core :: Backend, defect)

Product:
MailNews Core
Component:
Backend
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: laurel, Assigned: Bienvenu)

References

Details

Attachments

(1 file)

proposed fix
1.65 KB, patch
mscott
: superreview+
Details | Diff | Splinter Review
Using feb21 commercial trunk build Issue found while verifying related bug 114379 Moving or copying a labeled message will not retain label in destination when filing across accounts in these situations: 1. Cross account IMAP-->any other account (including Local Folders) loses label. 2. Cross account POP-->POP (including Local Folders) is okay. 3. Cross account POP-->IMAP loses label. 4. Copy News-->any account loses label.
QA Contact: esther → laurel
Related bug 114379 (which probably should depend on this bug) was marked nsbeta1+. Therefore, I suggest to also mark this bug nsbeta1+.
This bug is much more specific and limited to the special case of copying imap messages to local folders or other imap accounts, Peter. This is obviously much rarer than copying messages between imap folders on the same server. I don't see why you think this would automatically qualify for nsbeta1+
Huh, I didn't realize that - sorry. I actually thought that this bug covers the more common occurrences. I copy from IMAP -> Local *much* more often than IMAP -> IMAP. Since fixing bug 114379 may just make this one seem even worse, could we have a KW: mozilla0.9.9?
fixing 114379 has absolutely nothing to do with this bug (it doesn't make it better or worse - it just allows most users to have their labels maintained when copying messages between folders). And remember, you're not a typical user. IMAP is meant for storing your messages on the server. Otherwise, you'd just be using POP3.
I did say: "seem" worse. But I also see your point about how most IMAPs are used.
Keywords: relnote
*** Bug 139674 has been marked as a duplicate of this bug. ***
I disagree w/comment #4 regarding "typical" IMAP usage, "IMAP is meant for storing your messages on the server. Otherwise, you'd just be using POP3". I don't think most users have a choice between IMAP and POP, their IT department or ISP makes that decision. Also, local folders might be used to archive messages (especially if there is a server-imposed quota).
> especially if there is a server-imposed quota Which is almost always the case. I could NEVER afford to keep all my messages (300+ MB) in my IMAP folders (10 MB limit). PS could someone nominate this bug (mozilla1.1, nsbeta) to get it on the radar? This bug greatly devalues the usefulness of labels.
*** Bug 150725 has been marked as a duplicate of this bug. ***
I agree with Comment #8 that "This bug greatly devalues the usefulness of labels". This bug affects me daily, still 2 years later, as I usually work like this: I download new mails from my ISV's "publicly" accessible POP account to my laptop, from either at Home, at Work, or "on the Run". Handle them there, and now and then, when connected to my Home Server running IMAP at Home, run some filters that save mails of interest to my Mail Archives residing on the IMAP account for future reference. Everything not explicitly handled within a certain timeframe is then deleted from the POP Client Account on the laptop by running another mail filter. UNFORTUNATELY I loose the all the labels during the "archival process" as long as this bug has not become fixed. I'd like to see this bug fixed sometime soon now. Shouldn't be too hard to solve - or? And considering that it must explicitly be mentioned in the "Mozilla Release Notes" it's obviously an important one to fix.
Attached patch proposed fix — — Splinter Review
when uploading to an imap server, if the msg hdr has a label set, try to set the label on the server.
Attachment #138671 - Flags: superreview?(mscott)
Attachment #138671 - Flags: superreview?(mscott) → superreview+
fix checked in.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
*** Bug 230185 has been marked as a duplicate of this bug. ***
Does this patch address the original poster's specifications? 1. Cross account IMAP-->any other account (including Local Folders) loses label. 2. Cross account POP-->POP (including Local Folders) is okay. 3. Cross account POP-->IMAP loses label. 4. Copy News-->any account loses label. If not (especially IMAP -> Local Folders), then I don't consider this bug fixed.
Blocks: 230700
fixed on m4 branch.
I've just tried to copy and move messages with labels between POP3 and IMAP accounts with Mozilla 1.7rc2 (2004051508), running on Windows/NT 4.0 sp6a, and - guess what - labels are not keept (at least they are not visually reflected by the Mozilla user interface). Therefore I find it very surprising that this Bug Report has a status of 'Resolved'. To my findings this issue is NOT RESOLVED. If this really is 'Resolved' and is working, then I must be doing something wrong and then please let me know how to do this in order to not loose my labels when moving/copying my messages back and forth between an IMAP account and a POP3 account, and vice versa. Should there be a new Bug Report for this same issue, then please let me know too.
Rolf, does your imap server support labels/user defined keywords stored on the server? If not, we can't store the label on the server...
The IMAP Server is WU-IMAP-2004 running on Solaris. If this server doesn't support the storing of labels, then what IMAP server are the rest of you running? How are the labels stored?
I’m using an account to connect to a Microsoft Exchange Server using IMAP and also loose my labels, moving messages either from a server folder to a local one or the opposite. As to flags, they’re not lost moving from server to local, but are lost doing the opposite. Are these behaviours to expect, and unsolvable, or should I open a bug? The so-called “follow-up flags” in MS Outlook (similar to labels, but less friendly, as no colours are associated with them) are always correctly kept, whatever the move; but then again, that’s probably not surprising, everything taking place in Microsoftdom... Thanks.
what build are you using? I've fixed this for imap servers that don't support user defined keywords as well, in 1.8a, I believe.
Yes, I should have included this: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 Going to try 1.8a without delay... Thanks
Now using: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040714 The behaviour improved: both labels and flags are kept when moving from server to local, but both are lost when moving from local to server. Anyway, this is enough for me: all I want is to move a few hundred messages from a local folder to the server, to access them from home. Many thanks. In case this is useful, verifying the IMAP connectivity with the Exchange server, like this: telnet exchange.computing.dundee.ac.uk 143 I get the following: * OK Microsoft Exchange IMAP4rev1 server version 5.5.2653.23 (mailhost) ready
CORRECTION (and I promise this is my last post…): labels are kept when moving from _local to server_, whereas flags are kept when moving from _server to local_.
Product: MailNews → Core
On Thunderbird 1.0 (20041206), I lose labels when moving from IMAP to local folder. Should I file a new bug for Thunderbird or should this be reopened?
(In reply to comment #24) > On Thunderbird 1.0 (20041206), I lose labels when moving from IMAP to local > folder. Should I file a new bug for Thunderbird or should this be reopened? yes, I also see this problem using 20050509-trunk builds --I couldn't find an existing bug on it. David, I can either reopen this or file a new bug, whichever you prefer.
Sarah, I think I'd prefer a new bug with a summary that reflects the specific problem (moving from imap to local?)
filed bug 293832. verifying this particular bug (moving/copying IMAP to IMAP) works fine: tested with 20050509-trunk tbird bits on mac os x 10.3.9.
Status: RESOLVED → VERIFIED
ok prob a dumb idea but couldn't we just modify the src message to add an X header label and have mozilla read this? would also allow you to send a "to do" to someone else ;-)
afaik, this is all fixed in 1.5
Product: Core → MailNews Core
Keywords: relnote
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: