Hi all, Malcolm Purvis writes: >>>>>> "Julien" == Julien Cubizolles writes: > > Julien> I have Gnus doing some splitting (including the detection of > Julien> duplicates) on the local IMAP folders and some spam > Julien> autodetection. Since the duplicates are not synced back to the > Julien> remote server, could it be a problem with Gnus accessing the > Julien> same message a second time and thinking it's a duplicate of the > Julien> first one ? > > I have been experiencing a related problem for some time a direct > connection to a dovecot IMAP server. In my case Gnus performs the local > splitting but occasionally does not delete the message from the INBOX. > A second fetch splits the messages again (causing duplicates) and > generally deletes the messages from the INBOX. I am seeing exactly the same issue in my setup, very often messages get delivered to the proper group but a copy remains in the INBOX. On a second press of 'g', the messages get correctly split, so I end with a duplicate in the corresponding folder. I'm using my own mailserver with dovecot, so there is no mbsync, etc... involved. I'd say this bug first appeared around 3 months ago, so a bisect should be possible, ideas on what commit to try? Dovecot doesn't complain of anything weird. A transcript with the gnus-log showing the problem is attached, note the double move to folder5. More details: Ma Gnus v0.16 GNU Emacs 25.1.50.2 (x86_64-pc-linux-gnu, GTK+ Version 3.16.7) of 2016-02-08 Thanks, Emilio p.s: Now that gnus is in emacs trunk bisecting seems a bit more complicated.