From: Matthias A. <mat...@gm...> - 2014-07-20 20:26:29
|
Am 20.07.2014 20:57, schrieb Jerry: > On Sun, 20 Jul 2014 18:17:42 +0100, Rob MacGregor stated: > >> On Sun, Jul 20, 2014 at 4:34 PM, Jerry <je...@se...> wrote: >>> On Sun, 20 Jul 2014 15:57:02 +0100, Rob MacGregor stated: >>> >>> Yes, I have. Using MS Outlook 15.0.4631.1002 on my laptop. Outlook is >>> configured to use IMAP for the account in question. I can go to the >>> webmail site and confirm that the message is still there; however, it is >>> marked as read. Fetchmail will not not download it. If I first use >>> fetchmail to retrieve the email, it is also left on the site and Outlook >>> will retrieve it. I figure I must have something configured incorrectly. >> >> Please see section G3 of the FAQ: >> http://www.fetchmail.info/fetchmail-FAQ.html#G3 >> >> It lists the information we need to help you. A transcript that >> includes a failure to retrieve a message that's on the server would >> help too. > > env LC_ALL=C fetchmail --nodetach -vvv --nosyslog Thank you. Unfortunately the original fetchmail design - and still present with IMAP - was that it assumed to be the only client polling the mailbox, and hence can - as of 6.3.X - only be made to operate in either of these modes: - do not download mail another client has marked "seen" - download and flush all mail, but this means the /other/ client only has a few messages, and only as they accumulate before the next fetchmail poll. One workaround is - counter to other recommendations that are valid for different situations or needs - to use POP3 + UIDL. Fetchmail's IMAP client, as of 6.3.X, only downloads unseen mail, unless you set --fetchall - but you cannot usefully combine fetchall and keep because that would duplicate all mail. |