and it made no difference. In both cases it still failed to send a DELE command to the server. It fetches the same msgs every time, without deleting them, and also creates copies in the destation mbox. I realize that POP + UIDL, POP w/out UIDL, and IMAP will each result in different IDs for the same message. But I ran the IMAP retrieval twice, thus ensuring that getmail would have a chance to match the ID of msgs already retrieved. Dupes were still created, and the move_on_delete folder remains empty.
I tried the same test with:
delete_dup_msgids = true POP3SSLRetrieve r delete= ~/mail/ yahoo_deleted. mbox
type=BrokenUIDL
move_on_
and then with IMAP:
type=SimpleIMAP SSLRetriever
and it made no difference. In both cases it still failed to send a DELE command to the server. It fetches the same msgs every time, without deleting them, and also creates copies in the destation mbox. I realize that POP + UIDL, POP w/out UIDL, and IMAP will each result in different IDs for the same message. But I ran the IMAP retrieval twice, thus ensuring that getmail would have a chance to match the ID of msgs already retrieved. Dupes were still created, and the move_on_delete folder remains empty.