aboutsummaryrefslogtreecommitdiffstats
path: root/getopt.c
diff options
context:
space:
mode:
authorMatthias Andree <matthias.andree@gmx.de>2010-02-04 09:51:01 +0000
committerMatthias Andree <matthias.andree@gmx.de>2010-02-04 09:51:01 +0000
commitdca4a906d60a197b09159bc8d8a16625b1790215 (patch)
treec6bfd891f064ebaf751eda9913edcbd3c8ce8435 /getopt.c
parentf1c7607615ebd48807db6170937fe79bb89d47d4 (diff)
downloadfetchmail-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 'getopt.c')
0 files changed, 0 insertions, 0 deletions