From bd2e568da48acbae7e0b43c48226541220b85340 Mon Sep 17 00:00:00 2001 From: Matthias Andree Date: Mon, 25 May 2009 12:35:54 +0000 Subject: Enforce minimum recommended SMTP timeouts, apply to EHLO/LHLO as well. Short timeouts could cause fetchmail to not wait long enough for the "250 Ok" after shipping a long message, particularly with synchronous mailers and extensive spam filtering. This caused fetchmail to re-fetch long messages. While the actual fix is making sure that the timeout is no shorter than the time the SMTP server takes to process the message, we now enforce the minimum RFC-5321 recommended timeouts even if the user configures a lower timeout. This is to fix Berlios Bug #10972, reported by Viktor Binzberger. NOTE: it is untested whether we will properly delete the message from the POP3/IMAP server or mark it as seen, as the upstream server may close the connection sooner. svn path=/branches/BRANCH_6-3/; revision=5338 --- TODO.txt | 2 -- 1 file changed, 2 deletions(-) (limited to 'TODO.txt') diff --git a/TODO.txt b/TODO.txt index e92cc4d8..d54798c8 100644 --- a/TODO.txt +++ b/TODO.txt @@ -1,8 +1,6 @@ Note that there is a separate todo.html with different content than this. soon - MUST: -- BerliOS Bug #10972, Fetchmail refetches big messages repeatedly (SMTP listener - issue) - Debian Bug #475239, MIME decoder may break up words (need to quote results) - Replace sscanf/fscanf by functions that do range checking (strtol/strtoul) :-/ See http://sourceware.org/bugzilla/show_bug.cgi?id=6453 -- cgit v1.2.3