From: Frederic M. <fre...@wo...> - 2006-05-18 09:26:43
|
Matthias Andree wrote: > That's a problem I can confirm looking at the code. POP3 delete attempts > mark a message seen (rather than deleted), and thus the message is > skipped. > > If you are using ONLY "POP3 + UIDL" configurations, --flush should be safe. > Thank you. I am indeed using pop3 and the uidl. > Frederic Marchal <fre...@wo...> later answered: > > >> I tested it on the test server and it worked as expected. Now, it is in >> production but I may have to wait until next Monday for the flood of >> mails from the week-end to know if it is ok (and hope the connection >> drops :-) ). >> >> BTW, isn't it another way of doing the flush you said was a scary thing ? >> > > Well, it is in fact fishing in --flush's pond functionality-wise, > so I am not going to apply that patch now. > I confirm it is working as expected. I just got a connection drop yesterday and fetchmail properly deleted the old mails while downloading the unread ones, even those that came in the meantime. It worked even though one new mail was inserted in the middle of the UIDL of the messages that were downloaded in the previous poll. Thank you again Matthias. Frederic |