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: