From 358b72cbe65c780e3a63cd104f41333dffcda60c Mon Sep 17 00:00:00 2001 From: Matthias Andree Date: Wed, 21 May 2014 22:27:26 +0200 Subject: Convert most references from berlios.de to sourceforge.net. Re-sign EN and SAs because that broke signatures. --- archived-messages/000154.html | 449 +++++++++++++++++++++ archived-messages/000308.html | 109 +++++ archived-messages/000887.html | 105 +++++ .../patch-6.3.2.1-fix-netrc-SIGSEGV.diff | 46 +++ 4 files changed, 709 insertions(+) create mode 100644 archived-messages/000154.html create mode 100644 archived-messages/000308.html create mode 100644 archived-messages/000887.html create mode 100644 archived-messages/patch-6.3.2.1-fix-netrc-SIGSEGV.diff (limited to 'archived-messages') diff --git a/archived-messages/000154.html b/archived-messages/000154.html new file mode 100644 index 00000000..4e2f1122 --- /dev/null +++ b/archived-messages/000154.html @@ -0,0 +1,449 @@ + + + + [fetchmail-devel] [BUG] fetchmail hangs during pop3 pull after a mail with a null char + + + + + + + + + + +

[fetchmail-devel] [BUG] fetchmail hangs during pop3 pull after a mail with a null char

+ David Greaves + david at dgreaves.com +
+ Wed Oct 13 14:39:33 CEST 2004 +

+
+ +
First : fetchmail is great - thanks  :) 
+
+I sent this to fetchmail-friends a while back and it was suggested that I send it to the devlist.
+I joined and lurked - and finally got round to sending this in...
+
+
+It's been working for years with these occasional hangs that have been
+fixed by popping the bad messages and manually filing them. I finally
+had a bad message arrive when I was in a position to debug!
+
+Summary : fetchmail hangs during pop3 pull after a mail with a null char.
+
+The mail with a null char is pulled OK but then rejected by local
+Cyrus lmtp and bounced to postmaster via exim4.20
+The next pop3 pull then fails.
+I've made an effort to trace and I think the hang occurs due to a
+double call to SMTP_ok which is empty the second time. I am pretty
+sure the second call originates at sink.c line 1433.
+
+in the config expunge 1 fixes the problem (which makes sense)
+
+general config is pop3->lmtp->local Cyrus IMAP
+
+So I went through the FAQ G3 points:
+1. OS: Linux RedHat 7.3 kernel 2.6.6
+2. gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110)
+3. below
+4. forwarding to lmtp listener on cyrus 2.2.3 (bounce goes to SMTP
+exim 4.2)
+5. -v -v -f /etc/fetchmailrc
+6. at the end
+
+nb: SMTP_ok loop start comments are my trace.
+
+Aug 17 17:33:01 willow fetchmail[13648]: 6.2.5 querying pop3.ukfsn.org
+(protocol POP3) at Tue 17 Aug 2004 05:33:01 PM BST: poll started
+Aug 17 17:33:01 willow fetchmail[13648]: POP3< +OK
+<aa55cd0b5451bb3c3210dadaf2bf26b2 at pop3.ukfsn.org>
+Aug 17 17:33:01 willow fetchmail[13648]: POP3> CAPA^M
+Aug 17 17:33:01 willow fetchmail[13648]: POP3< +OK Capability list follows
+Aug 17 17:33:01 willow fetchmail[13648]: POP3< PIPELINING
+Aug 17 17:33:01 willow fetchmail[13648]: POP3< TOP
+Aug 17 17:33:01 willow fetchmail[13648]: POP3< USER
+Aug 17 17:33:01 willow fetchmail[13648]: POP3< UIDL
+Aug 17 17:33:01 willow fetchmail[13648]: POP3< STLS
+Aug 17 17:33:01 willow fetchmail[13648]: POP3< .
+Aug 17 17:33:01 willow fetchmail[13648]: POP3> USER dgreaves^M
+Aug 17 17:33:01 willow fetchmail[13648]: POP3< +OK Tell me your password.
+Aug 17 17:33:01 willow fetchmail[13648]: POP3> PASS *^M
+Aug 17 17:33:02 willow fetchmail[13648]: POP3< +OK Welcome aboard! You
+have 55 messages.
+Aug 17 17:33:05 willow fetchmail[13648]: POP3> STAT
+Aug 17 17:33:05 willow fetchmail[13648]: POP3< +OK 55 429607
+Aug 17 17:33:05 willow fetchmail[13648]: 55 messages for dgreaves at
+pop3.ukfsn.org (429607 octets).
+
+
+
+fetchmailrc:
+set syslog
+set postmaster "david at dgreaves.com"
+set nobouncemail
+set properties ""
+#set daemon 180
+set idfile /var/run/fetchmail.ids
+
+# The ukfsn accounts
+poll pop3.ukfsn.org with proto POP3 tracepolls
+~    user 'dgreaves' there with password 'xxxxxxx' is
+david at dgreaves.com here options fetchall lmtp smtp
+/var/imap/socket/lmtp expunge 5
+~    antispam 571 550 501 554
+
+<more user accounts removed>
+
+here is output from
+~  ./fetchmail -v -v -f /etc/fetchmailrc
+
+Aug 17 17:43:33 willow fetchmail[13675]: 6.2.5 querying pop3.ukfsn.org
+(protocol POP3) at Tue 17 Aug 2004 05:43:33 PM BST: poll started
+Aug 17 17:43:33 willow fetchmail[13675]: POP3< +OK
+<40b4ee38e8c2b8d6ea0b39ace1b3d5cd at pop3.ukfsn.org>
+Aug 17 17:43:33 willow fetchmail[13675]: POP3> CAPA^M
+Aug 17 17:43:33 willow fetchmail[13675]: POP3< +OK Capability list follows
+Aug 17 17:43:34 willow fetchmail[13675]: POP3< PIPELINING
+Aug 17 17:43:34 willow fetchmail[13675]: POP3< TOP
+Aug 17 17:43:34 willow fetchmail[13675]: POP3< USER
+Aug 17 17:43:34 willow fetchmail[13675]: POP3< UIDL
+Aug 17 17:43:34 willow fetchmail[13675]: POP3< STLS
+Aug 17 17:43:34 willow fetchmail[13675]: POP3< .
+Aug 17 17:43:34 willow fetchmail[13675]: POP3> USER dgreaves^M
+Aug 17 17:43:34 willow fetchmail[13675]: POP3< +OK Tell me your password.
+Aug 17 17:43:34 willow fetchmail[13675]: POP3> PASS *^M
+Aug 17 17:43:34 willow fetchmail[13675]: POP3< +OK Welcome aboard! You
+have 33 messages.
+Aug 17 17:43:37 willow fetchmail[13675]: selecting or re-polling
+default folder
+Aug 17 17:43:37 willow fetchmail[13675]: POP3> STAT
+Aug 17 17:43:37 willow fetchmail[13675]: POP3< +OK 33 186252
+Aug 17 17:43:37 willow fetchmail[13675]: 33 messages for dgreaves at
+pop3.ukfsn.org (186252 octets).
+Aug 17 17:43:37 willow fetchmail[13675]: POP3> LIST 1
+#**********************************************Aug 17 17:43:37 willow
+fetchmail[13675]: POP3< +OK 1 9060
+Aug 17 17:43:37 willow fetchmail[13675]: POP3> RETR 1
+Aug 17 17:43:37 willow fetchmail[13675]: POP3< +OK Message follows
+Aug 17 17:43:37 willow fetchmail[13675]: reading message
+dgreaves at pop3.ukfsn.org:1 of 33 (9060 octets)
+Aug 17 17:43:37 willow fetchmail[13675]: About to rewrite Return-Path:
+<linux-kernel-owner+lkml=40dgreaves.com-S268306AbUHQPkZ at vger.kernel.org>^M
+Rewritten version is Return-Path:
+<linux-kernel-owner+lkml=40dgreaves.com-S268306AbUHQPkZ at vger.kernel.org>^M
+Aug 17 17:43:38 willow fetchmail[13675]: About to rewrite From:
+"O.Sezer" <sezeroz at ttnet.net.tr>^M Rewritten version is From:
+"O.Sezer" <sezeroz at ttnet.net.tr>^M
+Aug 17 17:43:38 willow fetchmail[13675]: About to rewrite To:
+linux-kernel at vger.kernel.org^M Rewritten version is To:
+linux-kernel at vger.kernel.org^M
+Aug 17 17:43:38 willow fetchmail[13675]: About to rewrite Cc:
+marcelo.tosatti at cyclades.com^M Rewritten version is Cc:
+marcelo.tosatti at cyclades.com^M
+Aug 17 17:43:38 willow fetchmail[13675]: About to rewrite Sender:
+linux-kernel-owner at vger.kernel.org^M Rewritten version is Sender:
+linux-kernel-owner at vger.kernel.org^M
+Aug 17 17:43:38 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:38 willow fetchmail[13675]: LMTP< 220 willow LMTP Cyrus
+v2.2.3 ready
+Aug 17 17:43:38 willow fetchmail[13675]: LMTP> LHLO localhost
+Aug 17 17:43:38 willow fetchmail[13675]: SMTP< 250-willow
+Aug 17 17:43:38 willow fetchmail[13675]: SMTP< 250-8BITMIME
+Aug 17 17:43:38 willow fetchmail[13675]: SMTP< 250-ENHANCEDSTATUSCODES
+Aug 17 17:43:38 willow fetchmail[13675]: SMTP< 250-PIPELINING
+Aug 17 17:43:38 willow fetchmail[13675]: SMTP< 250-SIZE
+Aug 17 17:43:38 willow fetchmail[13675]: SMTP< 250-AUTH EXTERNAL
+Aug 17 17:43:38 willow fetchmail[13675]: SMTP< 250 IGNOREQUOTA
+Aug 17 17:43:38 willow fetchmail[13675]: forwarding to
+/var/imap/socket/lmtp
+Aug 17 17:43:38 willow fetchmail[13675]: LMTP> MAIL
+FROM:<linux-kernel-owner+lkml=40dgreaves.com-S268306AbUHQPkZ at vger.kernel.org>
+SIZE=9060
+Aug 17 17:43:38 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:38 willow fetchmail[13675]: LMTP< 250 2.1.0 ok
+Aug 17 17:43:38 willow fetchmail[13675]: LMTP> RCPT
+TO:<david at dgreaves.com>
+Aug 17 17:43:38 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:38 willow fetchmail[13675]: LMTP< 250 2.1.5 ok
+Aug 17 17:43:38 willow fetchmail[13675]: LMTP> DATA
+Aug 17 17:43:38 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:38 willow fetchmail[13675]: LMTP< 354 go ahead
+********************************************************************************************************************************************************************Aug
+17 17:43:38 willow fetchmail[13675]: message dgreaves at pop3.ukfsn.org:1
+was not the expected length (9317 actual != 9060 expected)
+Aug 17 17:43:38 willow fetchmail[13675]: LMTP>. (EOM)
+Aug 17 17:43:38 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:38 willow fetchmail[13675]: LMTP< 250 2.1.5 Ok
+Aug 17 17:43:38 willow fetchmail[13675]:  flushed
+Aug 17 17:43:38 willow fetchmail[13675]: POP3> DELE 1^M
+Aug 17 17:43:38 willow fetchmail[13675]: POP3< +OK Done.
+Aug 17 17:43:38 willow fetchmail[13675]: POP3> LIST 2
+Aug 17 17:43:38 willow fetchmail[13675]: POP3< +OK 2 5098
+Aug 17 17:43:38 willow fetchmail[13675]: POP3> RETR 2
+Aug 17 17:43:39 willow fetchmail[13675]: POP3< +OK Message follows
+Aug 17 17:43:39 willow fetchmail[13675]: reading message
+dgreaves at pop3.ukfsn.org:2 of 33 (5098 octets)
+Aug 17 17:43:39 willow fetchmail[13675]: About to rewrite Return-Path:
+<linux-kernel-owner+lkml=40dgreaves.com-S268293AbUHQPhg at vger.kernel.org>^M
+Rewritten version is Return-Path:
+<linux-kernel-owner+lkml=40dgreaves.com-S268293AbUHQPhg at vger.kernel.org>^M
+#****************************************************************Aug
+17 17:43:39 willow fetchmail[13675]: About to rewrite From: Christoph
+Hellwig <hch at infradead.org>^M Rewritten version is From: Christoph
+Hellwig <hch at infradead.org>^M
+Aug 17 17:43:39 willow fetchmail[13675]: About to rewrite To: Markus
+Lidel <Markus.Lidel at shadowconnect.com>^M Rewritten version is To:
+Markus Lidel <Markus.Lidel at shadowconnect.com>^M
+Aug 17 17:43:39 willow fetchmail[13675]: About to rewrite Cc:
+Christoph Hellwig <hch at infradead.org>,^M ^IWarren Togami
+<wtogami at redhat.com>, linux-kernel at vger.kernel.org^M Rewritten version
+is Cc: Christoph Hellwig <hch at infradead.org>,^M ^IWarren Togami
+<wtogami at redhat.com>, linux-kernel at vger.kernel.org^M
+Aug 17 17:43:39 willow fetchmail[13675]: About to rewrite Sender:
+linux-kernel-owner at vger.kernel.org^M Rewritten version is Sender:
+linux-kernel-owner at vger.kernel.org^M
+Aug 17 17:43:39 willow fetchmail[13675]: forwarding to
+/var/imap/socket/lmtp
+Aug 17 17:43:39 willow fetchmail[13675]: LMTP> MAIL
+FROM:<linux-kernel-owner+lkml=40dgreaves.com-S268293AbUHQPhg at vger.kernel.org>
+SIZE=5098
+Aug 17 17:43:39 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:39 willow fetchmail[13675]: LMTP< 250 2.1.0 ok
+Aug 17 17:43:39 willow fetchmail[13675]: LMTP> RCPT
+TO:<david at dgreaves.com>
+Aug 17 17:43:39 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:39 willow fetchmail[13675]: LMTP< 250 2.1.5 ok
+Aug 17 17:43:39 willow fetchmail[13675]: LMTP> DATA
+Aug 17 17:43:39 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:39 willow fetchmail[13675]: LMTP< 354 go ahead
+Aug 17 17:43:39 willow fetchmail[13675]: message
+dgreaves at pop3.ukfsn.org:2 was not the expected length (5209 actual !=
+5098 expected)
+Aug 17 17:43:39 willow fetchmail[13675]: LMTP>. (EOM)
+Aug 17 17:43:39 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:39 willow fetchmail[13675]: LMTP< 250 2.1.5 Ok
+Aug 17 17:43:39 willow fetchmail[13675]:  flushed
+Aug 17 17:43:39 willow fetchmail[13675]: POP3> DELE 2^M
+Aug 17 17:43:39 willow fetchmail[13675]: POP3< +OK Done.
+Aug 17 17:43:39 willow fetchmail[13675]: POP3> LIST 3
+Aug 17 17:43:39 willow fetchmail[13675]: POP3< +OK 3 2147
+Aug 17 17:43:39 willow fetchmail[13675]: POP3> RETR 3
+Aug 17 17:43:40 willow fetchmail[13675]: POP3< +OK Message follows
+Aug 17 17:43:40 willow fetchmail[13675]: reading message
+dgreaves at pop3.ukfsn.org:3 of 33 (2147 octets)
+Aug 17 17:43:40 willow fetchmail[13675]: About to rewrite Return-Path:
+<reiserfs-list-return-20355-david=dgreaves.com at namesys.com>^M
+Rewritten version is Return-Path:
+<reiserfs-list-return-20355-david=dgreaves.com at namesys.com>^M
+#********#****************************Aug 17 17:43:40 willow
+fetchmail[13675]: About to rewrite From: elliott
+<aurelius at sesmail.com>^M Rewritten version is From: elliott
+<aurelius at sesmail.com>^M
+Aug 17 17:43:40 willow fetchmail[13675]: About to rewrite To:
+reiserfs-list at namesys.com^M Rewritten version is To:
+reiserfs-list at namesys.com^M
+Aug 17 17:43:40 willow fetchmail[13675]: forwarding to
+/var/imap/socket/lmtp
+Aug 17 17:43:40 willow fetchmail[13675]: LMTP> MAIL
+FROM:<reiserfs-list-return-20355-david=dgreaves.com at namesys.com>
+BODY=8BITMIME SIZE=2147
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:40 willow fetchmail[13675]: LMTP< 250 2.1.0 ok
+Aug 17 17:43:40 willow fetchmail[13675]: LMTP> RCPT
+TO:<david at dgreaves.com>
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:40 willow fetchmail[13675]: LMTP< 250 2.1.5 ok
+Aug 17 17:43:40 willow fetchmail[13675]: LMTP> DATA
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:40 willow fetchmail[13675]: LMTP< 354 go ahead
+Aug 17 17:43:40 willow fetchmail[13675]: message
+dgreaves at pop3.ukfsn.org:3 was not the expected length (2194 actual !=
+2147 expected)
+Aug 17 17:43:40 willow fetchmail[13675]: LMTP>. (EOM)
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:40 willow fetchmail[13675]: LMTP< 554 5.6.0 Message
+contains NUL characters
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP< 220 willow ESMTP Exim
+4.20 Tue, 17 Aug 2004 17:43:40 +0100
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP> HELO localhost
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP< 250 willow Hello
+[AdFSF0x5m0a0vDWoZf1oPXMI8ichzbi7] at localhost.localdomain [127.0.0.1]
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP> MAIL
+FROM:<FETCHMAIL-DAEMON at willow.dgreaves.com>
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP< 250 OK
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP> RCPT
+TO:<david at dgreaves.com>
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP< 250 Accepted
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP> DATA
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP< 354 Enter message,
+ending with "." on a line by itself
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP: (bounce-message body)
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP>. (EOM)
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP< 250 OK id=1Bx73k-0003Ya-FK
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP> QUIT
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:40 willow fetchmail[13675]: SMTP< 221 willow closing
+connection
+Aug 17 17:43:40 willow fetchmail[13675]:  flushed
+Aug 17 17:43:40 willow fetchmail[13675]: POP3> DELE 3^M
+Aug 17 17:43:40 willow fetchmail[13675]: POP3< +OK Done.
+Aug 17 17:43:40 willow fetchmail[13675]: POP3> LIST 4
+Aug 17 17:43:40 willow fetchmail[13675]: POP3< +OK 4 4406
+Aug 17 17:43:40 willow fetchmail[13675]: POP3> RETR 4
+Aug 17 17:43:40 willow fetchmail[13675]: POP3< +OK Message follows
+Aug 17 17:43:40 willow fetchmail[13675]: reading message
+dgreaves at pop3.ukfsn.org:4 of 33 (4406 octets)
+Aug 17 17:43:41 willow fetchmail[13675]: About to rewrite Return-Path:
+<netdev-bounce at oss.sgi.com>^M Rewritten version is Return-Path:
+<netdev-bounce at oss.sgi.com>^M
+Aug 17 17:43:41 willow fetchmail[13675]: About to rewrite From:
+Wensong Zhang <wensong at linux-vs.org>^M Rewritten version is From:
+Wensong Zhang <wensong at linux-vs.org>^M
+Aug 17 17:43:41 willow fetchmail[13675]: About to rewrite To:
+netdev at oss.sgi.com^M Rewritten version is To: netdev at oss.sgi.com^M
+Aug 17 17:43:41 willow fetchmail[13675]: About to rewrite Cc: Julian
+Anastasov <ja at ssi.bg>^M Rewritten version is Cc: Julian Anastasov
+<ja at ssi.bg>^M
+Aug 17 17:43:41 willow fetchmail[13675]: About to rewrite Sender:
+netdev-bounce at oss.sgi.com^M Rewritten version is Sender:
+netdev-bounce at oss.sgi.com^M
+Aug 17 17:43:41 willow fetchmail[13675]: forwarding to
+/var/imap/socket/lmtp
+Aug 17 17:43:41 willow fetchmail[13675]: SMTP> MAIL
+FROM:<netdev-bounce at oss.sgi.com> SIZE=4406
+Aug 17 17:43:41 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:41 willow fetchmail[13675]: SMTP< 250 2.1.0 ok
+Aug 17 17:43:41 willow fetchmail[13675]: SMTP> RCPT
+TO:<david at dgreaves.com>
+Aug 17 17:43:41 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:41 willow fetchmail[13675]: SMTP< 250 2.1.5 ok
+Aug 17 17:43:41 willow fetchmail[13675]: SMTP> DATA
+Aug 17 17:43:41 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:41 willow fetchmail[13675]: SMTP< 354 go ahead
+*******************************************************Aug 17 17:43:41
+willow fetchmail[13675]: message dgreaves at pop3.ukfsn.org:4 was not the
+expected length (4533 actual != 4406 expected)
+Aug 17 17:43:41 willow fetchmail[13675]: SMTP>. (EOM)
+Aug 17 17:43:41 willow fetchmail[13675]: SMTP_ok loop start
+Aug 17 17:43:41 willow fetchmail[13675]: SMTP< 250 2.1.5 Ok
+
+## 5 minute hang
+
+Aug 17 17:48:41 willow fetchmail[13675]: smtp listener protocol error 2
+Aug 17 17:48:41 willow fetchmail[13675]:  not flushed
+Aug 17 17:48:41 willow fetchmail[13675]: POP3> LIST 5
+Aug 17 17:48:41 willow fetchmail[13675]: POP3< -ERR Client has been
+idle for too long.
+Aug 17 17:48:41 willow fetchmail[13675]: Client has been idle for too
+long.
+Aug 17 17:48:41 willow fetchmail[13675]: POP3> QUIT^M
+Aug 17 17:48:41 willow fetchmail[13675]: client/server protocol error
+while fetching from pop3.ukfsn.org
+Aug 17 17:48:41 willow fetchmail[13675]: 6.2.5 querying pop3.ukfsn.org
+(protocol POP3) at Tue 17 Aug 2004 05:48:41 PM BST: poll completed
+Aug 17 17:48:41 willow fetchmail[13675]: Query status=4 (PROTOCOL)
+
+# ./fetchmail -V -v -v -f /etc/fetchmailrc
+This is fetchmail release 6.2.5+NLS
+Fallback MDA: (none)
+Linux willow 2.6.6 #1 Wed Jun 2 12:15:21 BST 2004 i586 unknown
+Taking options from command line and /etc/fetchmailrc
+Idfile is /var/run/fetchmail.ids
+Progress messages will be logged via syslog
+Fetchmail will show progress dots even in logfiles.
+Fetchmail will forward misaddressed multidrop messages to
+david at dgreaves.com.
+Fetchmail will direct error mail to the postmaster.
+Options for retrieving from dgreaves at pop3.ukfsn.org:
+~  True name of server is pop3.ukfsn.org.
+~  This host will be queried when no host is specified.
+~  Password = "xxxxxx".
+~  Protocol is POP3 (using default port).
+~  All available authentication methods will be tried.
+~  Server nonresponse timeout is 300 seconds (default).
+~  Default mailbox selected.
+~  All messages will be retrieved (--all on).
+~  Fetched messages will not be kept on the server (--keep off).
+~  Old messages will not be flushed before message retrieval (--flush
+off).
+~  Rewrite of server-local addresses is enabled (--norewrite off).
+~  Carriage-return stripping is disabled (stripcr off).
+~  Carriage-return forcing is disabled (forcecr off).
+~  Interpretation of Content-Transfer-Encoding is enabled (pass8bits off).
+~  MIME decoding is disabled (mimedecode off).
+~  Idle after poll is disabled (idle off).
+~  Nonempty Status lines will be kept (dropstatus off)
+~  Delivered-To lines will be kept (dropdelivered off)
+~  No received-message limit (--fetchlimit 0).
+~  Fetch message size limit is 100 (--fetchsizelimit 100).
+~  Do binary search of UIDs during 9 out of 10 polls (--fastuidl 10).
+~  No SMTP message batch limit (--batchlimit 0).
+~  Deletion interval between expunges forced to 5 (--expunge 5).
+~  Messages will be LMTP-forwarded to: /var/imap/socket/lmtp
+~  Recognized listener spam block responses are: 571 550 501 554
+~  No pre-connection command.
+~  No post-connection command.
+~  Single-drop mode: 1 local name(s) recognized.
+~        david at dgreaves.com
+~  No interface requirement specified.
+~  No monitor interface specified.
+~  No plugin command specified.
+~  No plugout command specified.
+~  1 UIDs saved.
+~        0bcc1e7633bb91ec04fbf4e1505b377d
+~  Poll trace information will be added to the Received header.
+
+other account info removed
+
+David Greaves
+
+
+
+
+
+
+
+ + +
+

+ +
+More information about the fetchmail-devel +mailing list
+ diff --git a/archived-messages/000308.html b/archived-messages/000308.html new file mode 100644 index 00000000..42ef3667 --- /dev/null +++ b/archived-messages/000308.html @@ -0,0 +1,109 @@ + + + + [fetchmail-users] After reading the FAQ, a question about lost/mangled attachments + + + + + + + + + + +

[fetchmail-users] After reading the FAQ, a question about lost/mangled attachments

+ Peter N. Spotts + pspotts at alum.mit.edu +
+ Wed Mar 8 13:52:36 CET 2006 +

+
+ +
On Sat, 2006-03-04 at 19:31 +0100, Matthias Andree wrote:
+> "Peter N. Spotts" <pspotts at alum.mit.edu> writes:
+> 
+> > I've been running fetchmail on SuSE 10.0 on my laptop, and until today
+> > (when I installed the latest version of fetchmail) I've been running
+> > 6.2.X.
+> 
+> [...]
+> 
+> > So although my ISP is Comcast (I noted the Comcast caveats on
+> > the FAQ page), Comcast does not seem to be the problem either.
+> 
+> That would be news.
+> 
+> fetchmail, beginning with version 6.3.2, recognizes Comcast's broken
+> servers ("Maillennium POP3/PROXY server") and disables the problematic
+> use of the TOP command and uses RETR instead - so updating to 6.3.2
+> should have fixed all known Comcast problems.
+> 
+> -- 
+> Matthias Andree
+
+Matthias,
+
+My apologies for the tardy reply. I'll remove the fetchall command from
+my rc file and see how things work. I should have said earlier that I
+had just updated to 6.3.2 that morning but hadn't tried it yet...I just
+had this urge to write something after several weeks of
+frustration!  ;-)
+
+With best regards,
+
+Pete
+-- 
+
+      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+            Peter N. Spotts | Science Correspondent
+                 The Christian Science Monitor
+             One Norway Street, Boston  MA  02115
+      Office: 617-450-2449 | Office in home: 508-520-3139
+        Email: pspotts at alum.mit.edu | www.csmonitor.com
+                 Amateur-radio call - KC1JB
+      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+
+"The knack of flying is to throw yourself at the ground and miss."
+                                                 -- Douglas Adams
+
+
+
+
+ + +
+

+ +
+More information about the fetchmail-users +mailing list
+ diff --git a/archived-messages/000887.html b/archived-messages/000887.html new file mode 100644 index 00000000..a8398caa --- /dev/null +++ b/archived-messages/000887.html @@ -0,0 +1,105 @@ + + + + [fetchmail-devel] Security vulnerability in APOP authentication + + + + + + + + + + +

[fetchmail-devel] Security vulnerability in APOP authentication

+ Gaëtan LEURENT + gaetan.leurent at ens.fr +
+ Wed Mar 14 15:55:08 CET 2007 +

+
+ +
Hello,
+
+I found a security vulnerability in the APOP authentication.  It is
+related to recent collision attacks by Wang and al. against MD5.  The
+basic idea is to craft a pair of message-ids that will collide in the
+APOP hash if the password begins in a specified way.  So the attacker
+would impersonate a POP server, and send these msg-id; the client will
+return the hash, and the attacker can learn some password characters.
+
+The msg-ids will be generated from a MD5 collision: if you have two
+colliding messages for MD5 "<????@????>x" and "<¿¿¿¿@¿¿¿¿>x", and the
+message are of length two blocks, then you will use "<????@????>" and
+"<¿¿¿¿@¿¿¿¿>" as msg-ids.  When the client computes MD5(msg-id||passwd)
+with these two, it will collide if the first password character if 'x',
+no matter what is next (since we are at a block boundary, and the end of
+the password will be the same in the two hashs).  Therefore you can
+learn the password characters one by one (actually you can only recover
+three of them, due to the way MD5 collisions are computed).
+
+This attack is really a practical one: it needs about an hour of
+computation and a few hundred authentications from the client, and can
+recover three password characters.  I tested it against fetchmail, and
+it does work.
+
+However, using the current techniques available to attack MD5, the
+msg-ids sent by the server can easily be distinguished from genuine ones
+as they will not respect the RFC specification.  In particular, they
+will contain non-ASCII characters.  Therefore, as a security
+countermeasure, I think fetchmail should reject msg-ids that does not
+conform to the RFC.
+
+The details of the attack and the new results against MD5 needed to
+build it will be presented in the Fast Software Encryption conference on
+March 28.  I can send you some more details if needed.
+
+Meanwhile, feel free to alert any one that you believe is concerned.
+I am already sending this mail to the maintainers of Thunderbird,
+Evolution, fetchmail, and mutt.  KMail already seems to do enough checks
+on the msg-id to avoid the attack.
+
+Please CC me in any reply.
+
+-- 
+Gaëtan LEURENT
+
+
+ + +
+

+ +
+More information about the fetchmail-devel +mailing list
+ diff --git a/archived-messages/patch-6.3.2.1-fix-netrc-SIGSEGV.diff b/archived-messages/patch-6.3.2.1-fix-netrc-SIGSEGV.diff new file mode 100644 index 00000000..590a201d --- /dev/null +++ b/archived-messages/patch-6.3.2.1-fix-netrc-SIGSEGV.diff @@ -0,0 +1,46 @@ + + + + +Object not found! + + + + + +

Object not found!

+

+ + + The requested URL was not found on this server. + + + + If you entered the URL manually please check your + spelling and try again. + + + +

+

+If you think this is a server error, please contact +the webmaster. + +

+ +

Error (none)

+
+ download.berlios.de
+ + Wed May 21 22:24:15 2014
+ Apache +
+ + + -- cgit v1.2.3