Hello,
since updating from fetchmail-5.3.3 (which worked for me very well in
`imap over ssh' mode) to fetchmail-ssl-5.8.4-1 on Debian GNU/Linux I
have expierienced a new behaviour: Mails, that I want to load from a
certain IMAP server (imap.web.de) are always marked `seen', so that I
have to use `fetchmail -a' to get mail from this server. The reason
could be, that the server lacks `SEARCH' support.
`Fetchmail -v' shows the following output:
IMAP< * OK WEB.DE IMAP4-Server
IMAP> A0001 CAPABILITY
IMAP< * CAPABILITY IMAP4 IMAP4rev1 LITERAL+ UIDPLUS X-NETSCAPE
IMAP< A0001 OK Completed
IMAP> A0002 LOGIN "gnubert" "*"
IMAP< A0002 OK User logged in
IMAP> A0003 SELECT "INBOX"
IMAP< * 1 EXISTS
IMAP< * OK [UNSEEN 1] Message 1 is first unseen
IMAP< * OK [PERMANENTFLAGS (\Deleted \Seen \Answered)]
IMAP< * OK [UIDVALIDITY 1]
IMAP< * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
IMAP< A0003 OK Completed [READ-WRITE]
IMAP> A0004 SEARCH UNSEEN
IMAP< A0004 BAD Function not implemented
^^^^^^^^^^^^^^^^^^^^^^^
1 message (1 seen) for gnubert at imap.web.de.
IMAP> A0005 FETCH 1 RFC822.SIZE
IMAP< * 1 FETCH (RFC822.SIZE 1212)
IMAP< A0005 OK Completed
skipping message 1 (1212 octets) not flushed
IMAP> A0006 LOGOUT
IMAP< * BYE LOGOUT received
The IMAP server doesn't seem to have a `SEARCH' function implemented
and answers according to RFC 1730 with `BAD'. In fetchmail-5.3.6 the
mechanism to detect unseen messages has been changed from flags
queries towards use of `SEARCH UNSEEN'.
How do you think about solving this problem: Should there be a support
in `fetchmail' for this kind of IMAP servers, so that fetchmail would
try to use the old detection method if a `SEARCH UNSEEN' has failed --
or should the mail service provider be encouraged to use a more
current (or complete) IMAP-Server, or do you see another possibility?
Thanks in advance,
Michael
--
52\xB08'49"N, 9\xB057'39"E