After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 272547 - Consistent Junk mail treating across IMAP clients
Consistent Junk mail treating across IMAP clients
Status: RESOLVED DUPLICATE of bug 271902
Product: evolution
Classification: Applications
Component: Mailer
2.2.x (obsolete)
Other All
: Normal enhancement
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-02-13 04:14 UTC by Hubert Figuiere (:hub)
Modified: 2012-06-16 21:46 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Hubert Figuiere (:hub) 2005-02-13 04:14:39 UTC 
Junk mail appear in the IMAP folder it originate with another client. That
is confusing when one use Evolution on one machine and another IMAP client
like Thunderbird on another machine. On Thunderbird, the mail marked as
junk by Evolution is not treated as Junk. But Thunderbird, when marking
junk mail, use the IMAP \Junk flag. I think both client should share this
choice as this make sense.
Comment 1 Jeffrey Stedfast 2005-02-14 20:19:30 UTC 
there is no IMAP \Junk flag.
Comment 2 Helge Hess 2005-02-22 00:39:02 UTC 
Its a persistent flag and it would be quite useful if client vendors
could agree on it. The flag is "Junk" (and "NotJunk"), not "\Junk".

Cyrus:
---snip---
2 select "INBOX"
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen NotJunk Junk
$Forwarded NonJunk $Label3 $Label1 $Label2 $Label4 $Label5 Forwarded
JunkRecorded $MDNSent $NotJunk $Junk)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NotJunk
Junk $Forwarded NonJunk $Label3 $Label1 $Label2 $Label4 $Label5
Forwarded JunkRecorded $MDNSent $NotJunk $Junk \*)]  
---snap---
Comment 3 André Klapper 2012-04-03 09:21:44 UTC 
No idea if this is still an issue in 3.4... Updates welcome.
Comment 4 André Klapper 2012-06-16 21:46:53 UTC 

*** This bug has been marked as a duplicate of bug 271902 ***