Closed
Bug 261297
Opened 21 years ago
Closed 20 years ago
Junk mail flag lost when junk mail is moved to junk folder (IMAP)
Categories
(MailNews Core :: Networking: IMAP, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: aaronw_attbi, Assigned: Bienvenu)
References
Details
Attachments
(1 file)
|
1.52 KB,
patch
|
Bienvenu
:
review+
mscott
:
superreview+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20040618
Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20040618
When an email is detected to be junk email I have it set up to automatically
move the email into the "Junk E-mail" IMAP folder. The problem I am seeing is
that the email in the Junk mail folder is usually (but not always) missing the
junk mail flag.
This is causing me problems because the baysian filter is detecting legitimate
email as junk mail, but I cannot retrain it that it made a mistake since the
junk flag is clear.
Reproducible: Sometimes
Steps to Reproduce:
1. Configure Mozilla to communicate with a Microsoft Exchange mail server using IMAP
2. Configure Mozilla to move junk email into the IMAP "Junk E-mail" folder.
3. Train Mozilla to recognize email as junk.
4. Receive junk email
5. Look in "Junk E-mail" folder
Actual Results:
Most (but not all) emails moved into the junk email folder have the junk flag
clear when it should be set.
Expected Results:
The junk email flag should be set on the email.
I might add that running Mozilla on a Sun running Solaris is rather slow. The
problem might be caused by the speed of the machine running Mozilla if it is
difficult to reproduce this with a modern PC client.
I did not have this problem when we used the Netscape IMAP server, which was
much slower than the Exchange server.
I have seen this problem with Mozilla 1.6 and 1.7.
If this is somehow a problem with Exchange, there should be some method of
easily unlearning email as not-junk even if it isn't marked as junk.
| Reporter | ||
Comment 1•21 years ago
|
||
I do not see this problem on my home email setup where I am running Mozilla on a
Linux PC with a Cyrus IMAP server. This may be something with Exchange only.
Comment 2•21 years ago
|
||
I confirm this bug with:
Mozilla 1.7.3
Mozilla/5.0 (Windows; U; Windows NT 5.0; it-IT; rv:1.7.3) Gecko/20040910
on Win2000sp4.
I do not know the IMAP server my provider use.
A telnet to port 143 answer with only:
* OK IMAP4 PROXY server ready (7.0.027)
Comment 3•20 years ago
|
||
*** Bug 269252 has been marked as a duplicate of this bug. ***
Comment 4•20 years ago
|
||
Confirming this bug with Thunderbird version 0.9+ (20041114)
IMAP server is University of Washington IMAP4rev1 2003.339.
This happens every time for me. Every messages moved to my junk folder loses
the junk status.
This used to work back in Thunderbird 0.5 timeframe.
Flags: blocking-aviary1.0?
Updated•20 years ago
|
Product: MailNews → Core
Comment 5•20 years ago
|
||
Minusing for 1.0. This needs more investigation and there is little time for that.
Flags: blocking-aviary1.0? → blocking-aviary1.0-
Comment 6•20 years ago
|
||
Add "IMAP" in summary for wase of search.
Summary: Junk mail flag lost when junk mail is moved to junk folder → Junk mail flag lost when junk mail is moved to junk folder (IMAP)
Comment 7•20 years ago
|
||
I experienced this bug in 1.0 and the latest version of thunderbird with
'Microsoft Exchange Server 2003 IMAP4rev1 server version 6.5.6944.0'.
Comment 8•20 years ago
|
||
I found that the situation happened when underlying database for IMAP folder
was not open. This patch fixed the bug by making sure the database is open.
Also, it fixed missing 'priority' flag after copying.
Updated•20 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 9•20 years ago
|
||
I have done some more testing and have found that my issue is NOT the same as
reported in this bug. My issue occurs ONLY if the junk mail folder is on a
different IMAP server than the folder the e-mail was moved from. I am filing a
new bug on that issue.
| Assignee | ||
Comment 10•20 years ago
|
||
Please don't file a new bug - your imap server doesn't support user defined
keywords, so we can't store the junk status on your imap server.
Comment 11•20 years ago
|
||
re: comment #10. I was going to file a new bug because my issue is NOT that my
IMAP server cannot preserve the junk status. How do I know this? becuase I
have 2 seperate computers that access the same accounts using Thunderbird via
IMAP. Messages that are in the junk folder that I mark as junk using one
computer will show up with junk status when I access that account using the
second computer. If the IMAP server did not have the capability of preserving
the JUNK status on the server that would not be possible. I think the issue in
this bug is that the IMAP server does not support preserving status, that is why
I thought a seperate bug was required for my issue which I have narrowed down by
further testing.
My work e-mail consists of 3 IMAP server. One is our Corporate standard
IBM/Lotus e-mail. The second is a remote UNIX system running IMAP and the third
is a UNIX system located in my office that I use to store all my saved organized
mail and where I keep copies of my sent e-mails, etc.
All 3 acocunts are confiugred to use the JUNK folder on that thrid local UNIX
IMAP server in my office UNIX system as their junk mailbox.
If i configure each account to use a junk folder on their own server where the
account actually resides all works correctly; messages are moved; junk status is
retained; and when I access these accounts from a second PC junk status is set
on evey e-mail in the junk folder without me doing anything on the second
machine to set it. So, all 3 servers are correctly preserving the junk flag.
This is NOT a server side issue.
This issue comes up when I configure the notes server and remote UNIX server to
use the junk folder on my local UNIX IMAP server. When I mark a message as junk
in the INBOX on either the Notes server or the remote UNIX server the message
is marked as junk and then moves to the Junk folder on the local UNIX system,
but if I open the Junk folder there, the junk status is not set.
The problem is not that my IMAP servers cannot preserve the JUNK setting. It is
that Thunderbird fails to propagate the JUNK status on the move of a message
form one IMAP server to another.
Comment 12•20 years ago
|
||
Comment on attachment 170011 [details] [diff] [review]
patch to fix missing special flags when a message is copied
seeking r?
(see comment #8 for the description)
Attachment #170011 -
Flags: review?(bienvenu)
| Assignee | ||
Comment 13•20 years ago
|
||
Comment on attachment 170011 [details] [diff] [review]
patch to fix missing special flags when a message is copied
thx. could you remove the tabs in your new code? Or I can do it when I check
this in after Scott's sr.
Attachment #170011 -
Flags: review?(bienvenu) → review+
Comment 14•20 years ago
|
||
Comment on attachment 170011 [details] [diff] [review]
patch to fix missing special flags when a message is copied
david, would you remove the tabs for me ? I will be more careful from next
patch :-)
Attachment #170011 -
Flags: superreview?(mscott)
Comment 15•20 years ago
|
||
Hmm. I'm POSITIVE I added this comment over a month ago. Anyway, please
completely disregard comment #11. All my testing was based on my faulty
assumption that the servers I identified as the remote UNIX IMAP server and the
local UNIX IMAP server were running the same IAMP server software. They in fact
were not.
So, Dave was correct all along. My issue was caused by my local UNIX IMAP
server not supporting user defined keywords.
Updated•20 years ago
|
Attachment #170011 -
Flags: superreview?(mscott) → superreview+
| Assignee | ||
Comment 16•20 years ago
|
||
fix checked in, thx much, Jeongkyu.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 17•20 years ago
|
||
*** Bug 302540 has been marked as a duplicate of this bug. ***
Comment 18•20 years ago
|
||
*** Bug 297766 has been marked as a duplicate of this bug. ***
Comment 19•19 years ago
|
||
*** Bug 281856 has been marked as a duplicate of this bug. ***
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•