-<!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 summary="Canned page header"><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: 2002/07/28 10:19:22 $
-</tr></table>
-<HR>
-<H1 ALIGN=CENTER>Fetchmail Bugs and To-Do Items</H1>
-
-<p>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>Matthias Andree writes: I believe fetchmail should not iterate over
-protocols when we have a DNS failure.
-
-<listing>
-> BTW, I found a bug in 5.9.7:
-> ./fetchmail -Nvd0 jads.asdkjaldsf.com
-> Enter password for emma@jads.asdkjaldsf.com:
-> fetchmail: 5.9.7 querying jads.asdkjaldsf.com (protocol auto) at Mit 20
-> Feb 2002 06:35:07 CET: poll started
-> fetchmail: 5.9.7 querying jads.asdkjaldsf.com (protocol IMAP) at Mit 20
-> Feb 2002 06:35:07 CET: poll started
-> fetchmail: couldn't find canonical DNS name of jads.asdkjaldsf.com
-> fetchmail: 5.9.7 querying jads.asdkjaldsf.com (protocol IMAP) at Mit 20
-> Feb 2002 06:35:08 CET: poll completed
-> fetchmail: 5.9.7 querying jads.asdkjaldsf.com (protocol POP3) at Mit 20
-> Feb 2002 06:35:08 CET: poll started
-> fetchmail: couldn't find canonical DNS name of jads.asdkjaldsf.com
-> fetchmail: 5.9.7 querying jads.asdkjaldsf.com (protocol POP3) at Mit 20
-> Feb 2002 06:35:08 CET: poll completed
-> fetchmail: 5.9.7 querying jads.asdkjaldsf.com (protocol auto) at Mit 20
-> Feb 2002 06:35:08 CET: poll completed
-> fetchmail: Query status=11 (DNS)
-> fetchmail: normal termination, status 11
-</listing>
-
-<p>IDLE is not fully implemented. Fetchmail does not time out the idle connection
-every 30 minutes or less as required by RFC2177. Some servers (including UW IMAPD
-compiled without the MICROSOFT_BRAIN_DAMAGE option, as is the default) will drop
-the connection after 30 minutes, resulting in a spurious socket error in your logs
-and no mail being picked up until the next poll cycle.
-
-<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>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, 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>John Summerfield suggests that specifying a localname containing @
-ought to be treated as an smtpname option, with the domain part
-removed for other purposes such as local-address matching.
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
+ "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml">
+<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>
+<style type="text/css">
+/*<![CDATA[*/
+ h1.c1 {text-align: center}
+/*]]>*/
+</style>
+</head>
+<body>
+<h1 class="c1">Fetchmail Bugs and To-Do Items</h1>
+
+<p>Note that there is a separate <a href="TODO.txt">TODO.txt</a> document of
+different content than this.</p>
+
+<p>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>
+
+<h2>Serious</h2>
+
+<p>Let IMAP code use UID and UIDVALIDITY rather than relying on flags
+that everyone can alter.</p>
+
+<h2>Normal</h2>
+
+<p>POP3 hang when polling mail with NUL char that is rejected (David
+Greaves) <a
+ href="https://lists.berlios.de/pipermail/fetchmail-devel/2004-October/000154.html">https://lists.berlios.de/pipermail/fetchmail-devel/2004-October/000154.html</a></p>
+
+<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>