diff options
| author | Matthias Andree <matthias.andree@gmx.de> | 2010-02-04 09:51:01 +0000 |
|---|---|---|
| committer | Matthias Andree <matthias.andree@gmx.de> | 2010-02-04 09:51:01 +0000 |
| commit | dca4a906d60a197b09159bc8d8a16625b1790215 (patch) | |
| tree | c6bfd891f064ebaf751eda9913edcbd3c8ce8435 /libesmtp/getaddrinfo.c | |
| parent | f1c7607615ebd48807db6170937fe79bb89d47d4 (diff) | |
| download | fetchmail-dca4a906d60a197b09159bc8d8a16625b1790215.tar.gz fetchmail-dca4a906d60a197b09159bc8d8a16625b1790215.tar.bz2 fetchmail-dca4a906d60a197b09159bc8d8a16625b1790215.zip | |
IMAP SEARCH fixes & FETCH fallback by Sunil Shetye
* The IMAP client now uses "SEARCH UNSEEN" rather than "SEARCH UNSEEN NOT
DELETED" again on IMAP2, to fix a regression in fetchmail 6.2.5 reported by
Will Stringer in June 2004. (Sunil Shetye)
* The IMAP client now uses "SEARCH UNSEEN UNDELETED" on IMAP4 and IMAP4r1
servers (Sunil Shetye).
* Workaround: The IMAP client now falls back to "FETCH n:m FLAGS" if the server
does not support "SEARCH". (Sunil Shetye)
* The IMAP client now requests message numbers in batches of 1,000 to avoid
problems if there are more than 1860 unseen messages. (Sunil Shetye)
Note that this wasn't security relevant because fetchmail would only read up
to the maximum buffer size and leave the remainder of the string unread, going
out of synch afterwards.
svn path=/branches/BRANCH_6-3/; revision=5468
Diffstat (limited to 'libesmtp/getaddrinfo.c')
0 files changed, 0 insertions, 0 deletions