Version: unknown (using 4.1.00 (KDE 4.1.0), 4.1.0-2.fc9 Fedora) Compiler: gcc OS: Linux (x86_64) release 2.6.25.11-97.fc9.x86_64 I am seeing duplicate messages, when using 'match any' with multiple match criteria, using 'move to mailbox'. I have 2 such filters (using match with more than 1 match criteria) with 'move to mailbox', and in those 2 cases I keep getting duplicate messages in the mailbox. This did not happen with earlier kmail versions.
I can't reproduce this with my GMail account. I set up a filter with the following filter rules: Match Any Of: Size is greater than or equal to 0 Subject contains 'e' Filter Action: Move Into Folder A The advanced settings of this filter were set to only apply this filter to incoming messages of my IMAP account, and no other option checked there. And my folder structure is: inbox |-A Then I copied a message with the subject "test" into my Google IMAP inbox. When I clicked the inbox, the message was moved to the folder A and removed from the inbox. Please help me narrow down the problem more so I can reproduce this as well and fix it. BTW, in which folder do you see the duplicate messages?
My earlier diagnosis was incorrect. I am definitely seeing lots of duplicates, but I don't know what is triggering this. I seems to appear in certain mail boxes and not in others. In those where it occurs, it doesn't always occur. I will try to find out the pattern, but so far it is mysterious.
Here's a hint: I see a duplicate, and looking at all the headers there is 1 thing different: X-UID: 5812 X-UID: 5811
> I see a duplicate, and looking at all the headers there is 1 thing > different: X-UID: 5812 > X-UID: 5811 Sure, messages in the same folder have to have a different UID (which is "unique identifier"), even duplicate messages. The question still is how the message became duplicated in the first place and how that is reproducible. Maybe only some filters are triggering it? Can you try to narrow down the filter that is responsible for it? Or does it seem to not be the fault of a filter, but rather something else?
This seems to be the same as bug 95064, actually. *** This bug has been marked as a duplicate of 95064 ***