| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5479
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5478
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5477
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5476
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5475
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5474
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5473
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5472
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5471
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5470
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5469
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5467
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5466
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5465
|
|
|
|
|
|
|
| |
There is currently no user outside the compilation unit, so there is no need
to have it visible.
svn path=/branches/BRANCH_6-3/; revision=5464
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Apply patch from Sunil Shetye to fix a problem reported by James Moe.
Before this fix, fetchmail's SMTP client would not recover from errors
such as lost connections that were encountered when fetchmail had sent
RSET, for instance, after an anti-spam filter dropped the connection
after detecting spam. Fetchmail then tried to send subsequent mail
through this broken connection and deferred retrieval until the next
poll. Now, if RSET fails, fetchmail closes the connection and reopens
it for the next message to be delivered.
svn path=/branches/BRANCH_6-3/; revision=5463
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5462
|
|
|
|
|
|
| |
...and only include gssapi.h if we're not including gssapi/gssapi.h.
svn path=/branches/BRANCH_6-3/; revision=5461
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5460
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The IMAP client no longer skips messages from several IMAP servers including
Dovecot if fetchmail's "idle" is in use. Causes were that fetchmail (a)
ignored some untagged responses when it should not (b) relied on EXISTS
messages in response to EXPUNGE, which aren't mandated by RFC-3501 (the IMAP
standard) and aren't sent by Dovecot either.
Fix by Sunil Shetye (the fix also consolidates IMAP response handling,
improving overall robustness of the IMAP client), bug report and testing by
Matt Doran, with further hints from Timo Sirainen.
svn path=/branches/BRANCH_6-3/; revision=5459
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5458
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5457
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5454
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5453
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5452
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5451
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5449
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5448
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5447
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5446
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5445
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5444
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5443
|
|
|
|
|
|
| |
mistranslation (Subject: is not to be translated.)
svn path=/branches/BRANCH_6-3/; revision=5442
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5441
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5439
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5438
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5437
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5436
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5435
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5434
|
|
|
|
|
|
|
|
| |
Smtpaddress is for RCPT TO, not MAIL FROM. Found by Gerard Seibert.
'Append to MAIL FROM line:' => 'Use domain on RCPT TO line:'
'Set RCPT To address:' => 'Set fixed RCPT TO address:'
svn path=/branches/BRANCH_6-3/; revision=5433
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5432
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5431
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5430
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5429
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5428
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5427
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5426
|