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 330501 - Mail filters don't work
Mail filters don't work
Status: RESOLVED DUPLICATE of bug 329946
Product: evolution
Classification: Applications
Component: Mailer
2.4.x (obsolete)
Other All
: Normal major
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[filters]
Depends on:
Blocks:
 
 
Reported: 2006-02-09 08:43 UTC by Vicent Seguí
Modified: 2006-02-10 01:26 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Attachments
Log of an Evolution session when applying the filter (491.04 KB, text/plain)
2006-02-09 08:45 UTC, Vicent Seguí
Details
The filters.xml file I use when filtering mail (1.27 KB, text/plain)
2006-02-09 08:49 UTC, Vicent Seguí
Details

Description Vicent Seguí 2006-02-09 08:43:10 UTC
Please describe the problem:
I have some filters that must be applied to IMAP mail. However, the filters
don't work correctly and I end with a copy of the filtered e-mail in the correct
destination folder and another one in the Trash.

Steps to reproduce:
1. Create filter
2. Apply filter
3. Mail is filtered and a copy of it is sent to the trash


Actual results:
Mail that has to be moved to another folder according to the rules is moved
correctly but a copy of it is sent to the trash

Expected results:
Mail soud be moved to the correct folder. No copy should be sent to Trash

Does this happen every time?
Yes

Other information:
Comment 1 Vicent Seguí 2006-02-09 08:45:16 UTC
Created attachment 58983 [details]
Log of an Evolution session when applying the filter

This is a log of an Evolution session where I reproduce the bug.
Comment 2 Vicent Seguí 2006-02-09 08:49:22 UTC
Created attachment 58984 [details]
The filters.xml file I use when filtering mail

This is an example of a filters.xml file I use when reproducing the bug
Comment 3 Karsten Bräckelmann 2006-02-10 01:23:35 UTC
This is not a bug, but correct behavior and a design choice. Actually a duplicate of bug 329946.


For explanation: Moving a mail actually is "copy and delete". This is the correct method to use. Since the mail is not physically moved, but the data can be copied only. After copying is done successful, the source mail is deleted.


Related note: Deleting a mail actually marks the mail for deletion, but does not remove the mail physically. Disable "View / Hide Deleted Messages" to see the "deleted" messages in any folder. The Trash folder actually is a Search Folder, displaying all marked-for-deletion (aka "deleted") mails.

Thus, with Hide Deleted Messages disabled you can see the mail you just moved being marked as deleted in the source folder.


In the case of IMAP, there doesn't exist any "move" command IIRC. Instead, the IMAP protocol explicitely prefers "copy and delete" for security reasons.


Thanks for taking the time to report this issue and providing a lot of details. :-)  Please feel free to report any further issue you find.


*** This bug has been marked as a duplicate of 329946 ***
Comment 4 Karsten Bräckelmann 2006-02-10 01:26:30 UTC
Another note: The "copy" you mention in the Trash folder is not a copy. It simply is the original mail that has been "moved" (copied and deleted) according to your Filters.