GNOME Bugzilla – Bug 534938
Filtering on INBOX happens even if the message is not new
Last modified: 2009-02-12 10:29:14 UTC
Moving this from downstream bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=446693 If you move a message that matches a filter from a folder to the INBOX (using IMAP here) the message is immediately re-filtered again and sent to the folder target of the filter. This is ok for new messages but shouldn't happen for messages that are marked as read and that I myself am dragging back to INBOX. --------- This is a side effect of my patch to bug #324804.
I tested this and as far as I can tell, I didn't cause this with my patch, because the message is reported as \\Recent from the server, even also \\Seen. Anyway, this behavior is same as before the patch and should be fixed. Probably a duplicate of other bug too.
Created attachment 113037 [details] [review] proposed eds patch for evolution-data-server; I tested when copying between folders on same server and between local and server folder. Both seems to work fine as long as server supports UIDPLUS. It will not work for XGWMOVE, somehow. BTW, based on Jeff's comment at http://objectmix.com/imap/201901-imap-command-move-message.html it's possible the returned value from that command is usable (I thought and commented above that it isn't). But that's the other issue, let it be alone.
But, What is the bug here? I dont think that is a bug. You have a filter, like what I had for archiving, You must act on any incoming messages.
The bug here is when you, a real person, drag&drop to the Inbox, then the message is also pushed through the filtering system, which is somehow wrong, isn't it?
Not sure. Fejj, do you have any suggestions ?
Decisions pending.. not the patch :-)
Fejj ping.
I agree with Milan in that if a user physically moves his mail back into the INBOX, it shouldn't be re-filtered.
Take to trunk Milan
Committed to trunk. Committed revision 10050.