aboutsummaryrefslogtreecommitdiffstats
path: root/NEWS
diff options
context:
space:
mode:
authorEric S. Raymond <esr@thyrsus.com>1997-05-06 06:35:11 +0000
committerEric S. Raymond <esr@thyrsus.com>1997-05-06 06:35:11 +0000
commit8f46eccd144567b9450c2dbe7586fb70b2d05154 (patch)
treec7bf58c52ccd212bc91f40b6810627b4ec03ba67 /NEWS
parent97adb78e495ec70eb5926bb778ba01d77843aa45 (diff)
downloadfetchmail-8f46eccd144567b9450c2dbe7586fb70b2d05154.tar.gz
fetchmail-8f46eccd144567b9450c2dbe7586fb70b2d05154.tar.bz2
fetchmail-8f46eccd144567b9450c2dbe7586fb70b2d05154.zip
Prevent rewrite from fooing up on a blank To: header.
svn path=/trunk/; revision=981
Diffstat (limited to 'NEWS')
-rw-r--r--NEWS35
1 files changed, 21 insertions, 14 deletions
diff --git a/NEWS b/NEWS
index 3b80b7d8..dc339569 100644
--- a/NEWS
+++ b/NEWS
@@ -9,20 +9,26 @@ every user entry in a multi-user poll declaration.
Known But Unresolved Bugs:
-In multidrop mode without an applicable localdomain, addresses of the
-form "foo"@bar.com are not parsed correctly, even though they are
-technically RFC822 legal. The general problem is mentioned on the man page.
-
-Rich Kulawiec <rsk@itw.com> writes:
-
-Problem: fetchmail 3.9 seems to work fine when run from a tty or pty,
-but not when run from cron or at. Enclosed below are two files, "short"
-and "long"; the former was generated by running "fetchmail -v"
-from a cron job, the latter by running "trace fetchmail -v". It looks
-like the problem is that fetchmail is having difficulty opening an
-SMTP connection to push mail to, but I'm somewhat baffled as to why
-that might be. (I guess a better way of saying that is that I'm
-having trouble figuring why it wouldn't just break *all* the time.)
+* In multidrop mode without an applicable localdomain, addresses of the
+ form "foo"@bar.com are not parsed correctly, even though they are
+ technically RFC822 legal. The general problem is mentioned on the man page.
+
+* Rich Kulawiec <rsk@itw.com> writes: fetchmail 3.9 seems to work fine when
+ run from a tty or pty, but not when run from cron or at. [...] It looks
+ like the problem is that fetchmail is having difficulty opening an SMTP
+ connection to push mail to, but I'm somewhat baffled as to why that might be.
+ (I guess a better way of saying that is that I'm having trouble figuring
+ why it wouldn't just break *all* the time.)
+
+* fetchmail has been reported to break when processing 0-length (bodyless)
+ messages retrieved via IMAP. It is not clear whether this is a fetchmail
+ bug or a glitch in some specific IMAP server. (Such messages are sometimes
+ issued by the INN suite as status notifications.)
+
+* Dave Holland <dave@zenda.demon.co.uk> thinks it's a misfeature that
+ --fetchall overrides --limit. He may have a point. Perhaps I should
+ re-code this so --limit is still operative with --fetchall on, but you
+ can turn off the size limit with --limit 0.
Release Notes:
@@ -31,6 +37,7 @@ having trouble figuring why it wouldn't just break *all* the time.)
pl 3.9.3 ():
* Fix for -I option from George Sipe.
* Finally got error.c to compile under AIX, thanks to Dave Vinish.
+* Prevent header rerwrite logic from appending mailserver name to blank To.
There are 224 people on the fetchmail-friends list.