From 27e276355eeef730e7aeeeb62d9f0d0a9ce486fd Mon Sep 17 00:00:00 2001 From: "Eric S. Raymond" Date: Sun, 11 Feb 2001 06:35:51 +0000 Subject: Initial revision svn path=/trunk/; revision=3050 --- todo.html | 74 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 74 insertions(+) create mode 100644 todo.html (limited to 'todo.html') diff --git a/todo.html b/todo.html new file mode 100644 index 00000000..15855f6e --- /dev/null +++ b/todo.html @@ -0,0 +1,74 @@ + + + + + + +Fetchmail Bugs and To-Do Items + + + +
Back to Eric's Home Page +Up to Site Map +$Date: 2001/02/11 06:35:51 $ +
+
+

Fetchmail Bugs and To-Do Items

+ +I try to respond to urgent bug reports in a timely way. But fetchmail +is now pretty mature and I have many other projects, so I don't +personally chase obscure or marginal problems. Help with any of these +will be cheerfully accepted.

+ +The UIDL code seems rather broken. It's a nasty swamp. Somebody who +actually uses it should fix it -- every time I try I seem to make +things worse....

+ +POP3 can't presently distinguish a wedged or down server from an +authentication failure. Possible fix: after issuing a PASS +command. wait 300 (xx) seconds for a "-ERR" or a "+OK" . If nothing +comes back, retry at the next poll event and generate no errors. If we +get an -ERR then log an authentication failure.

+ +SMTP authentication a la RFC 2554 ought to be supported. The Exim +reference has a + +whole chapter on this topic.

+ +It has been reported that multidrop name matching fails when the name +to be matched contains a Latin-1 umlaut. Dollars to doughnuts this is +some kind of character sign-extension problem. Trouble is, it's very +likely in the BIND libraries. Someone should go in with a debugger +and check this.

+ +In the SSL support, we need to add server certificate validation (In +other words, does the certificate match the system we are trying to +contact?). Also, add authentication of Certifying Authority (Is this +a Certifying Authority we recognize?).

+ +Laszlo Vecsey writes: "I believe qmail uses a technique of writing +temporary files to nfs, and then moving them into place to ensure that +they're written. Actually a hardlink is made to the temporary file and +the destination name in a new directory, then the first one is +unlinked.. maybe a combination of this will help with the fetchmail +lock file."

+ +Move everything to using service strings rather that port numbers, so we +can get rid of ENABLE_INET6 everywhere but in SockOpen (this will get +rid of the kluge in rcfile_y.y).

+ +The Debian +bug-tracking page for fetchmail lists other bug reports.

+ +

+ +
Back to Eric's Home Page +Up to Site Map +$Date: 2001/02/11 06:35:51 $ +
+ +

Eric S. Raymond <esr@thyrsus.com>
+ + + -- cgit v1.2.3