Closed Bug 191750 Opened 22 years ago Closed 21 years ago

moving mail loses junk status

Categories

(SeaMonkey :: MailNews: Message Display, defect)

Product:
SeaMonkey
Component:
MailNews: Message Display
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: mstrumyla, Assigned: sspitzer)

References

Details

(Keywords: relnote) 

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030203
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030203

mark mail as junk and move to a different IMAP forlder. 

Reproducible: Always

Steps to Reproduce:


Actual Results:  
mail is moved and mail status is reset to non junk.

Expected Results:  
mail is moved and it should preserve the junk status.
Reporter,  using trunk build 20030203 on winxp and linux and an IMAP account, I
am marking messages as Junk, then moving them to the Junk folder, user created
top level folder and a subfoler.  The messages retain their junk status icon. I
move them using multiple select w/drag and drop and the menu item for moving
messages. I have move one at a time and multiples of 15+.   
We had a bug in builds 1-28 and earlier where we would not change the flag of a
message on the imap server once the flag was set. If you had used a build with
that bug in it, it is possibe there are residual messages still flagged
incorrectly on the server (note this would not be the case for new incoming
messages).  If possible, with the build you have listed in the original report,
can you add your imap account to a new profile, get the messages. Viewing them
will tell you what their status is on the server.  Then change the status to
what you want it to be, and move the message/s to another folder to see if the
junk status is preserved. Then update this bug.  Thanks, If it is working in
this test case you can use your existing profile again, just remark the messages
as junk to reset the server state.  
ok, i created a new profile and added imap account. in this new profile all
messages in junk folder don't have junk status.
i switch back to the old profile and all messages in the junk folder have junk
status.

using the new profile, moving messages still doesn't work. i select today's
message, mark it as junk, move the message - drag'n'drop or using menu - to junk
folder and it loses the junk status.
"We had a bug in builds 1-28 and earlier where we would not change the flag of a
message on the imap server once the flag was set."

i got a fresh copy of Win2k and the next thing i did was installed build 20030203.
then i created a new profile.
To make sure I understand the scerario in comment #2 - the newly created profile
(Junk Mail Control not turned on yet) did not show the junk status on messages
in the Junk folder but after exiting that profile and launching the old profile
(this profile has Junk Mail Control turned on) the messages in the Junk folder
are now showing the junk status.  

Then you turn on Junk Mail Control in the new profile and mark a few messages as
Junk and drag them to the Junk Folder.  Viewing them in the Junk folder, the
messages you just dragged in have lost their junk status icon. 

I'm still not seeing the problem, so I need to know more about how you are doing
this. 
I can confirm this behaviour. Apparently, it doesn't matter whether one has used
teh Mozilla Junk Mail future before (re-)installing.

What I did:

1. install a fresh copy of Mozilla on a clean Windows XP system
2. configure MailNews to access an IMAP4 mail account which was *never* accessed
with a "Junk Mail"-aware copy of Mozilla
3. use MailNews for sometime and "teach" the spam filter
4. wait until the spam filter marks a message as junk *by itself*
5. move this message *by hand* to any other IMAP folder
6. look into the target folder

The "Junk Mail" flag for this message is lost. This is always reproducible. The
expected behaviour should be that the message is moved and its Junk Mail status
preserved.
same thing applies to labels. moving a labeled message to a different folder
loses the label.

could this buggy behaviour depend on IMAP server and its bugs?
i'm using
Microsoft Exchange Internet Mail Service 5.5.2653.13
after more testing i found out that if you move a new junk message that has
never been read, it retains the junk status.
just right click it and Move To some folder.
*** Bug 197965 has been marked as a duplicate of this bug. ***
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313

I am seeing this condition on Linux. Junk Mail controls are running on an IMAP
account and when the mail is moved to a local folder - the junk status is removed.

---
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3)
Gecko/20030312

I tested and found that the junk status is being held for read/unread mail. Junk
Mail controls are running on an IMAP account and when the mail is moved to a
local folder - the junk status is held.

So it is WORKSFORME on WinXP and UNCONFIRMED on Linux. I will open another
report if necessary without tagging new issues to this report.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
*** Bug 199839 has been marked as a duplicate of this bug. ***
This depends on your IMAP server software and is probably unfixable in Mozilla.
-> Relnote?
Keywords: relnote
It seems as if this bug showed up in version 1.4b. With 1.4a I didn't have
problems with the Junk Mail status symbol. But now everytime when mozilla marks
something as junk mail it moves the mail to the junk folder. When I look in the
junk folder the status symbol is gone. When I open the mail, mozilla doesn't
automatically set the junk mail status again. 
laurent, u are talking about a different bug. this bug is about _manually_
moving junk messages. 
i see the problem you're talking about. it's a recent regression. please, file a
new bug (if there aren't one already).
This also happens for me when using IMAP.  It never happens when using POP.

The IMAP server is the /usr/sbin/imapd program from Red Hat 7.2, running on an
x86 Linux machine.  Version is "IMAP4rev1 2001.315rh".  The machine has been
patched and hardened from the default, so I don't know any more information
about what IMAP server it is running.

It is running in IMAP-over-SSL mode (port 993), but this shouldn't make a
difference.

This is reproducible about half the time.

Mozilla seems to have a lot of problems with this server.  It will start
junk-filtering a few messages then stall, requiring a restart before it will
attempt to filter the rest.  Or, it will complete junk-filtering but not
actually move the messages.  Or, it will move the messages but mark them as
non-junk when in their new folder.  It is bizarre!

I have since downgraded to POP mode, as Mozilla is much more friendly in POP
mode.  A shame to lose the ability to access mail from anywhere with IMAP's
server-side folders, though.

204862 is the same in this regard, expect from POP to IMAP.  Could someone with
priviledges mark 204862 as a duplicate and rename this bug to "Moving Mail from
POP to IMAP or IMAP to IMAP results in lost junk status"  or something similiar
just tried Thunderbird 0.4a (20031026) and this seems to be fixed.
Thunderbird3.0 still had this problem.
*** Bug 207389 has been marked as a duplicate of this bug. ***
this bug was fixed by bug 216612. bienvenu checked in the fix on 09/16/2003 14:55.

i've checked and mozilla build 2003091604 still drops the junk status when a
message is moved. mozilla build 2003091704 does not drop the junk status anymore.

however, from reading the bug 216612, it seems that the junk status is saved
locally. it means that a junk message will not have junk status if you connect
to the same IMAP account from a different profile.

i'm going to close this bug as worksforme.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Confirming that the problem is solved in nightly build
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6a) Gecko/20031028
in connection with an Exchange 5.5 IMAP server.

Mozilla 1.5 release still has the problem.
*** Bug 203714 has been marked as a duplicate of this bug. ***
*** Bug 230432 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.