Thanks for the reply. I don't think that IDLE is really the issue here,
as the connection is being dropped between the download of the message
and the delete of the message - before it starts idling.
My understanding is that if the connection drops (is dropped by the
server) during IDLE, another connection is then immediately made and it
starts idling again, having refreshed the connection.
However, between download and delete, if the connection drops, this is
simply treated as an error, with the undesirable message duplication
effects I've described.
I believe running ClamAV in daemon mode will resolve the issue for my
specific use-case, but it might still be worth doing something in
getmail to handle the general case of a slow-running filter combined
with an impatient IMAP server.
Regards,
Alex
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.