diff options
| author | Eric S. Raymond <esr@thyrsus.com> | 2001-02-11 06:35:51 +0000 |
|---|---|---|
| committer | Eric S. Raymond <esr@thyrsus.com> | 2001-02-11 06:35:51 +0000 |
| commit | 27e276355eeef730e7aeeeb62d9f0d0a9ce486fd (patch) | |
| tree | 7a6c68209ce9beefb4ae43c2da9b69e07c5fa7d4 | |
| parent | 74f2c7c23e3116a6a2f4b43f3d5e3cf9ce0f6016 (diff) | |
| download | fetchmail-27e276355eeef730e7aeeeb62d9f0d0a9ce486fd.tar.gz fetchmail-27e276355eeef730e7aeeeb62d9f0d0a9ce486fd.tar.bz2 fetchmail-27e276355eeef730e7aeeeb62d9f0d0a9ce486fd.zip | |
Initial revision
svn path=/trunk/; revision=3050
| -rw-r--r-- | todo.html | 74 |
1 files changed, 74 insertions, 0 deletions
diff --git a/todo.html b/todo.html new file mode 100644 index 00000000..15855f6e --- /dev/null +++ b/todo.html @@ -0,0 +1,74 @@ +<!DOCTYPE HTML public "-//W3O//DTD W3 HTML 4.0//EN"> +<HTML> +<HEAD> +<link rev=made href="mailto:esr@snark.thyrsus.com"> +<meta name="description" content="Known bugs and to-do items in fetchmail"> +<meta name="keywords" content="fetchmail, POP3, IMAP, bugs"> +<TITLE>Fetchmail Bugs and To-Do Items</TITLE> +</HEAD> +<BODY> +<table width="100%" cellpadding=0><tr> +<td width="30%">Back to <a href="/~esr">Eric's Home Page</a> +<td width="30%" align=center>Up to <a href="/~esr/sitemap.html">Site Map</a> +<td width="30%" align=right>$Date: 2001/02/11 06:35:51 $ +</table> +<HR> +<H1 ALIGN=CENTER>Fetchmail Bugs and To-Do Items</H1> + +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.<p> + +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....<p> + +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.<p> + +SMTP authentication a la RFC 2554 ought to be supported. The Exim +reference has a +<a href="http://www.exim.org/exim-html-3.10/doc/html/spec_33.html#SEC705"> +whole chapter on this topic</a>.<p> + +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.<p> + +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?).<p> + +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."<p> + +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).<p> + +The <a +href="http://cgi.debian.org/cgi-bin/pkgreport.cgi?archive=no&pkg=fetchmail">Debian +bug-tracking page for fetchmail</a> lists other bug reports.<p> + +<HR> +<table width="100%" cellpadding=0><tr> +<td width="30%">Back to <a href="/~esr">Eric's Home Page</a> +<td width="30%" align=center>Up to <a href="/~esr/sitemap.html">Site Map</a> +<td width="30%" align=right>$Date: 2001/02/11 06:35:51 $ +</table> + +<P><ADDRESS>Eric S. Raymond <A HREF="mailto:esr@thyrsus.com"><esr@thyrsus.com></A></ADDRESS> +</BODY> +</HTML> + |