From e62963957a65b22a5910f856e34bc5c46cf3f946 Mon Sep 17 00:00:00 2001 From: "Eric S. Raymond" Date: Sun, 28 Jul 2002 10:21:47 +0000 Subject: XML conversion svn path=/trunk/; revision=3679 --- todo.html | 201 +++++++++++++++++++++++++++++++++----------------------------- 1 file changed, 108 insertions(+), 93 deletions(-) (limited to 'todo.html') diff --git a/todo.html b/todo.html index 9a69458d..03e78990 100644 --- a/todo.html +++ b/todo.html @@ -1,103 +1,118 @@ - - - - - - -Fetchmail Bugs and To-Do Items - - - -
Back to Eric's Home Page -Up to Site Map -$Date: 2002/07/28 10:21:18 $ -
-
-

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. - -

Matthias Andree writes: I believe fetchmail should not iterate over -protocols when we have a DNS failure. + + + + + + +Fetchmail Bugs and To-Do Items + + + + + + + + + +
Back to Eric's Home PageUp to Site Map$Date: 2002/07/28 10:21:47 $
+ +

+

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.

+ +

Matthias Andree writes: I believe fetchmail should not iterate +over protocols when we have a DNS failure.

-> 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
+> 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
-

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. +

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.

-

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.... +

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. - -

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, 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). - -

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. +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.

+ +

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, 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).

+ +

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.

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

- -
Back to Eric's Home Page -Up to Site Map -$Date: 2002/07/28 10:21:18 $ -
- -
-
Eric S. Raymond <esr@thyrsus.com>
- - +href="http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=fetchmail&archive=no"> +Debian bug-tracking page for fetchmail lists other bug +reports.

+ +
+ + + + + + +
Back to Eric's Home PageUp to Site Map$Date: 2002/07/28 10:21:47 $
+ +
+
Eric S. Raymond <esr@thyrsus.com>
+ + -- cgit v1.2.3