Fetchmail Release Notes ======================= This file is in Unicode charset with UTF-8 encoding. All dates are in Universal Time unless otherwise noted. (The `lines' figures total .c, .h, .l, and .y files under version control. Abbreviations in parentheses are the maintainers who committed the respective change. MA = Matthias Andree, ESR = Eric S. Raymond, RF = Rob Funk.) # ADVANCE WARNING OF FEATURES TO BE REMOVED OR CHANGED IN FUTURE VERSIONS (There are no plans to remove features from a 6.3.X release, but they may be removed from a 6.4.0 or newer release.) * The MX and host alias DNS lookups that fetchmail performs in multidrop mode are based on assumptions that are rarely met in practice, somewhat defective, deprecated and may be removed from a future fetchmail version. They have never supported IPv6 (including IPv6-mapped IPv4). Non-DNS based alias keywords such as "aka" will remain in fetchmail. * The monitor and interface options may be removed from a future fetchmail version as they are not reasonably portable across operating systems. * POP2 is obsolete, support will be removed from a future fetchmail version. * IMAP2 and IMAP4 (not IMAP4r1) are obsolete, support may be removed from a future fetchmail version. * RPOP is obsolete, support will be removed from a future fetchmail release. * --sslcertck will become a default setting in a future fetchmail version. * The multidrop To/Cc guessing code along with the fragile duplicate suppressor is deprecated and may be removed from a future release. * The "envelope Received" option may be removed from a future release, because the Received header was never meant to be machine-readable, the format varies widely, and various other differences in behavior make parsing Received an unreliable undertaking. The envelope option as such will remain though, in order to support Delivered-To, X-Envelope-To, X-Original-To and similar. See also . * The --enable-fallback (fall back to MDA if MTA unavailable) will be removed from a future fetchmail release, because it makes fetchmail's behavior inconsistent and confusing. * The "protocol auto" default inside fetchmail may be removed from a future fetchmail release. Explicit configuration of the protocol is recommended. * Kerberos IV support may be removed from a future fetchmail release. * Kerberos 5 support may be removed from a future fetchmail release. * The --principal option may be removed from a future fetchmail release. * SIGHUP wakeup support may be removed from a future fetchmail release and cause fetchmail to terminate - it was broken for many years. * Support for operating systems that are not sufficiently POSIX compliant may be removed or operation on such systems may be suboptimal for future releases. This means that fetchmail may only continue to work on C99 and POSIX 2001 based systems. * The maintainer may migrate fetchmail to C++ with STL or C#, and impose further requirements (dependencies), such as Boost or other class libraries. * The softbounce option default will change to "false" in the next release. * The --bsmtp - mode of operation may be removed in a future release. * Given that OpenSSL is severely underdocumented, and needs license exceptions, fetchmail may switch to a different SSL library. -------------------------------------------------------------------------------- fetchmail-6.3.19 (released 2010-12-10, 25945 LoC): # ERRATUM NOTICE ISSUED * fetchmail 6.3.18 contains several bug fixes that were considered sufficiently grave to warrant the issue of an erratum notice, fetchmail-EN-2010-03.txt. # BUG FIXES * When specifying multiple local multidrop lists, do not lose wildcard flag. (Affects "user foo is bar baz * is joe here") * In multidrop configurations, an asterisk can now appear anywhere in the list of local users, not just at the end. * In multidrop mode, header parsing is now more verbose in -vv mode, so that it becomes possible to see which header is used. * Make --antispam work from command line (these used to work in rcfiles). Reported by Kees Bakker, BerliOS Bug #17599. (Sunil Shetye) * Smoke test XHTML 1.1 validation, and if it fails, skip validating HTML documents. Skip validating Mailbox-Names-UTF7.html. Several systems have broken XHTML 1.1 DTD installations that jeopardize the build. Reported by Mihail Nechkin against FreeBSD port. Workaround for 6.3.18: build in a separate directory, i. e: mkdir build && cd build && ../configure --options-go-here * Send a NOOP only after a failed STARTTLS in IMAP. (Sunil Shetye) * Demote GSSAPI verbose/debug syslog to INFO severity. Requested by Carlos E. R. and Derek Simkowiak via the fetchmail-users@ mailing list. * Do STARTTLS/STLS negotiation in IMAP/POP3 if it is mandatory even if the server capabilities do not show support for upgradation to TLS. To use this, configure --sslproto tls1. (Sunil Shetye) * IMAP: Understand empty strings as FETCH response, seen on Yahoo. Reported by Yasin Malli to fetchmail-users@ 2010-12-10. Note that fetchmail continues to expect literals as FETCH response for now. # DOCUMENTATION * The manual page now links to IANA for GSSAPI service names. # TRANSLATION UPDATES [cs] Czech (Petr Pisar) [fr] French (Frédéric Marchal) [de] German [it] Italian (Vincenzo Campanella) [pl] Polish (Jakub Bogusz) # KNOWN BUGS AND WORKAROUNDS (this section floats upwards through the NEWS file so it stays with the current release information - however, it was stuck with 6.3.8 for a while) * fetchmail does not handle messages without Message-ID header well (See sourceforge.net bug #780933) * BSMTP is mostly untested and errors can cause corrupt output. * Sun Workshop 6 (SPARC) is known to miscompile the configuration file lexer in 64-bit mode. Either compile 32-bit code or use GCC to compile 64-bit fetchmail. Note that fetchmail doesn't take advantage of 64-bit code, so compiling 32-bit SPARC code should not cause any difficulties. * fetchmail does not track pending deletes over crashes. * the command line interface is sometimes a bit stubborn, for instance, fetchmail -s doesn't work with a daemon running. * Linux systems may return duplicates of an IP address in some circumstances if no or no global IPv6 addresses are configured. (No workaround. Ubuntu Bug#582585, Novell Bug#606980.) * Kerberos 5 may be broken, particularly on Heimdal, and provide bogus error messages. This will not be fixed, because the maintainer has no Kerberos 5 server to test against. Use GSSAPI. fetchmail-6.3.18 (released 2010-10-09, 25936 LoC): # SECURITY IMPROVEMENTS TO DEFANG X.509 CERTIFICATE ABUSE * Fetchmail now only accepts wildcard certificate common names and subject alternative names if they start with "*.". Previous versions would accept wildcards even if no period followed immediately. * Fetchmail now disallows wildcards in certificates to match domain literals (such as 10.9.8.7), or wildcards in domain literals ("*.168.23.23"). The test is overly picky and triggers if the pattern (after skipping the initial wildcard "*") or domain consists solely of digits and dots, and thus matches more than needed. * Fetchmail now disallows wildcarding top-level domains. # CRITICAL BUG FIXES AND REGRESSION FIXES * Fetchmail 6.3.15, 6.3.16, and 6.3.17 would pick up libmd5 to obtain MD5* functions, as an effect of an undocumented Solaris MD5 fix. This caused all MD5-related functions to malfunction if, for instance, libmd5.so was installed on other operating systems as part of libwww on machines where long isn't 32-bits, i. e. usually on 64-bit computers. Fixes Gentoo Bug #319283, reported, including libwww hint, by Karl Hakimian. Side effect: fetchmail will now use -lmd on Solaris rather than -lmd5. * Fetchmail 6.3.17 warned about insecure SSL/TLS connections even if a matching --sslfingerprint was specified. This is an omission from an SSL usability change made in 6.3.17. Fixes Debian Bug#580796 reported by Roland Stigge. * Fetchmail will now apply timeouts to the authentication stage. This stage encompasses STARTTLS/STLS negotiation in IMAP/POP3. Reported missing by Thomas Jarosch. * Fetchmail now cancels GSSAPI authentication properly when encountering GSS errors, such as no or unsuitable credentials. It now sends an asterisk on a line by its own, as required in SASL. This fixes protocol synchronization issues that cause Authentication failures, often observed with kerberized MS Exchange servers. Fixes Debian Bug #568455 reported by Patrick Rynhart, and Alan Murrell, to the fetchmail-users list. Fix verified by Thomas Voigtmann and Patrick Rynhart. # BUG FIXES * Fetchmail will no longer print connection attempts and errors for one host in "silent" and "normal" logging modes, unless all connections fail. This should reduce irritation around refused-connection logging if services are only on an IPv4 socket if the host also supports IPv6. Often observed as connections refused to ::1/25 when the subsequent connection to 127.0.0.1/25 then - silently - succeeds. Fetchmail, unless in verbose mode, will collect all connect errors and only report them if all of them fail. * Fetchmail will not try GSSAPI authentication automatically, unless it has GSS credentials. However, if GSSAPI authentication is requested explicitly, fetchmail will always try it. * Fetchmail now parses response to "FETCH n:m RFC822.SIZE" and "FETCH n RFC822.HEADER" in a more flexible manner. (Sunil Shetye) * The manual page clearly states that --principal is for Kerberos 4 only, not for Kerberos 5 or GSSAPI. Found by Thomas Voigtmann. # CHANGES * When encountering incorrect headers, fetchmail will refer to the bad-header option in the manpage. Fixes BerliOS Bug #17272, change suggested by Björn Voigt. * Fetchmail now decodes and reports GSSAPI status codes upon errors. * Fetchmail now autoprobes NTLM also for POP3. * The Fetchmail FAQ has a new item #R15 on authentication failures. # INTERNAL CHANGES * The common NTLM authentication code was factored out from pop3.c and imap.c. # TRANSLATION UPDATES [zh_CN] Chinese/simplified (Ji Zheng-Yu) [cs] Czech (Petr Pisar) [nl] Dutch (Erwin Poeze) [fr] French (Frédéric Marchal) [de] German [it] Italian (Vincenzo Campanella) [ja] Japanese (Takeshi Hamasaki) [pl] Polish (Jakub Bogusz) [sk] Slovak (Marcel Telka) fetchmail-6.3.17 (released 2010-05-06, 25767 LoC): # SECURITY FIX * CVE-2010-1167: Fetchmail before release 6.3.17 did not properly sanitize external input (mail headers and UID). When a multi-character locale (such as UTF-8) was in use, this could cause memory exhaustion and thus a denial of service, because fetchmail's report.c functions assumed that non-success of [v]snprintf was due to insufficient buffer size allocation. It would then repeatedly reallocate a larger buffer and fail formatting again. See fetchmail-SA-2010-02.txt. # FEATURES * Fetchmail now supports a --sslcertfile option to specify a "CA bundle" file (a file that contains trusted CA certificates). Since these bundled CA files do not require c_rehash to be run, they are easier to use and immune to OpenSSL library updates that affect the hash function. * Fetchmail now supports a FETCHMAIL_INCLUDE_DEFAULT_X509_CA_CERTS environment variable to force loading the default SSL CA certificate locations even if --sslcertfile or --sslcertpath is used. If neither option is in effect, fetchmail loads the default locations. # REGRESSION FIX * Fix string handling in rcfile scanner, which caused fetchmail to misparse a run control file in certain circumstances. Fixes BerliOS bug #14257. Patch by Michael Banack. This fixes a regression introduced before 6.3.0. # BUG FIXES * Plug memory leak when using a "defaults" entry in the run control file. * Do not print SSL certificate mismatches unless verbose or --sslcertck is enabled. * Do not lose "set invisible" in fetchmailconf. (Michael Barnack) # CHANGES * Usability: SSL certificate chains are fully printed in -v -v mode, and there are now helpful pointers to --sslcertpath and c_rehash for "unable to get local issuer certificate" and self-signed certificates -- these usually hint to missing root signing CAs in the certs directory. * Several fixes for compiler (GCC, Intel C++, CLang) and autotools warnings * Memory allocation failures will now cause abnormal program abort (SIGABRT), no longer an exit with unspecified code. * Print a warning if certificate verification failed and the user did not specify --sslcertck. # DOCUMENTATION * Fix table of global option to read "set softbounce" where there used to be a 2nd copy of "set spambounce". Patch by Michael Banack, BerliOS Bug #17067. * In the --sslcertpath description, mention that OpenSSL upgrade (and a 0.9.X to 1.0.0 upgrade in particular) may require running c_rehash. # TRANSLATION UPDATES [zh_CN] Chinese/simplified (Ji Zheng-Yu) [cs] Czech (Petr Pisar) [nl] Dutch (Erwin Poeze) [fr] French (Frédéric Marchal) [de] German [id] Indonesian (Andhika Padmawan) [it] Italian (Vincenzo Campanella) [ja] Japanese (Takeshi Hamasaki) [pl] Polish (Jakub Bogusz) [sk] Slovak (Marcel Telka) [vi] Vietnamese (Clytie Siddall) fetchmail-6.3.16 (released 2010-04-06, 25574 LoC): # BUG FIX * Fix --interface option, broken in 6.3.15. Reported by Vladmimir Stavrinov. Fixes Debian Bug #576717. # CHANGE * Call OpenSSL_add_all_algorithms(). This is needed to support non-mandatory and non-standard algorithms in certificates. Sjoerd Simons, to fix Debian Bug #576430. OpenSSL 0.9.8* does not load - for instance - the SHA256 digest by default. Reported as OpenSSL RT#2224. fetchmail-6.3.15 (released 2010-03-28, 25572 LoC): # FEATURE * Fetchmail now supports a bad-header command line or rcfile option that takes exactly one argument, accept or reject (default). This specifies how messages with bad headers retrieved from the current server are to be treated. # BUG FIXES * In the rcfile, recognize "local" as abbreviation for "localdomains", as documented. The short form has not ever worked since this feature was added in January 1997. Reported by Frédéric Marchal. * Do not close stdout when using mda and "bsmtp -" at the same time. * Log operating system errors when BSMTP writes fail. * Fix verbose mode progress formatting regression from 6.3.10; SMTP trace lines were no longer on a line of their own. Reported by Melchior Franz. * Check seteuid() return value and abort running MDA if switch fails. * Set global flags in a consistent manner. Make --nosoftbounce and --nobounce work from command line (these used to work in rcfiles). Reported and fix confirmed working by N.J. Mann. (Sunil Shetye) * Properly import h_errno declarations, even on systems where h_errno isn't a macro. (Adds ./configure check, fixes Cygwin dllimport warnings.) # CHANGES * The repository has been converted and moved from the Subversion (SVN) format kindly hosted by Graham Wilson over the past years to Git format hosted on Gitorious.org. My deepest thanks to Graham Wilson for this service that kept us going when BerliOS's Subversion service was faulty in its early days. * This opportunity was used to convert BRANCH_6-2 and BRANCH_1-9-9 to GnuPG-signed tags, as a sign that these are now closed. * The outdated SVN trunk is now called "oldtrunk" in Git just to save the work for future reference. All development in the past few years was on BRANCH_6-3. * master was branched from BRANCH_6-3. BRANCH_6-3 is now obsolete (and in fact was also converted to a tag to record where the conversion from SVN to Git took place). * "make check" now skips HTML validation if xmllint or XHTML DTD are missing. # DOCUMENTATION * Web site and documentation were adjusted to reflect the SVN->Git move. * The fetchmail manual page is now much clearer on the user id switching (seteuid) when using --mda while running as the super user. # TRANSLATION UPDATES, by language name * [zh_CN] Chinese (Simplified), by Ji Zheng-Yu * [cs] Czech, by Petr Pisar * [nl] Dutch, by Erwin Poeze * [fr] French, by Frédéric Marchal * [de] German * [id] Indonesian, by Andhika Padmawan * [it] Italian, by Vincenzo Campanella * [ja] Japanese, by Takeshi Hamasaki * [pl] Polish, by Jakub Bogusz * [vi] Vietnamese, by Clytie Siddall fetchmail 6.3.14 (released 2010-02-05, 25487 LoC): # SECURITY FIXES * CVE-2010-0562: SSL/TLS certificate information is now also reported properly on computers that consider the "char" type signed. Fixes malloc() buffer overrun. Workaround for older versions: do not use verbose mode. See fetchmail-SA-2010-01.txt for details, including a minimal patch. # BUG FIXES * The IMAP client no longer skips messages from several IMAP servers including Dovecot if fetchmail's "idle" is in use. Causes were that fetchmail (a) ignored some untagged responses when it should not (b) relied on EXISTS messages in response to EXPUNGE, which aren't mandated by RFC-3501 (the IMAP standard) and aren't sent by Dovecot either. Fix by Sunil Shetye (the fix also consolidates IMAP response handling, improving overall robustness of the IMAP client), bug report and testing by Matt Doran, with further hints from Timo Sirainen. * The SMTP client now recovers from errors (such as servers dropping the connection after errors) when sending an RSET command. Fix by Sunil Shetye. Report by James Moe. * The IMAP client now uses "SEARCH UNSEEN" rather than "SEARCH UNSEEN NOT DELETED" again on IMAP2, to fix a regression in fetchmail 6.2.5 reported by Will Stringer in June 2004. (Sunil Shetye) * The IMAP client now uses "SEARCH UNSEEN UNDELETED" on IMAP4 and IMAP4r1 servers (Sunil Shetye). * Workaround: The IMAP client now falls back to "FETCH n:m FLAGS" if the server does not support "SEARCH". (Sunil Shetye) * The IMAP client now requests message numbers in batches of 1,000 to avoid problems if
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML>
 <HEAD>
   <TITLE> [fetchmail-devel] [BUG] fetchmail hangs during pop3 pull after a mail with a null char
   </TITLE>
   <LINK REL="Index" HREF="index.html" >
   <LINK REL="made" HREF="mailto:fetchmail-devel%40lists.berlios.de?Subject=Re%3A%20%5Bfetchmail-devel%5D%20%5BBUG%5D%20fetchmail%20hangs%20during%20pop3%20pull%20after%20a%20mail%20with%20a%20null%20char&In-Reply-To=%3C416D2205.3040502%40dgreaves.com%3E">
   <META NAME="robots" CONTENT="index,nofollow">
   <style type="text/css">
       pre {
           white-space: pre-wrap;       /* css-2.1, curent FF, Opera, Safari */
           }
   </style>
   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
   <LINK REL="Previous"  HREF="000152.html">
   <LINK REL="Next"  HREF="000155.html">
 </HEAD>
 <BODY BGCOLOR="#ffffff">
   <H1>[fetchmail-devel] [BUG] fetchmail hangs during pop3 pull after a mail with a null char</H1>
    <B>David Greaves</B> 
    <A HREF="mailto:fetchmail-devel%40lists.berlios.de?Subject=Re%3A%20%5Bfetchmail-devel%5D%20%5BBUG%5D%20fetchmail%20hangs%20during%20pop3%20pull%20after%20a%20mail%20with%20a%20null%20char&In-Reply-To=%3C416D2205.3040502%40dgreaves.com%3E"
       TITLE="[fetchmail-devel] [BUG] fetchmail hangs during pop3 pull after a mail with a null char">david at dgreaves.com
       </A><BR>
    <I>Wed Oct 13 14:39:33 CEST 2004</I>
    <P><UL>
        <LI>Previous message: <A HREF="000152.html">[fetchmail-devel] Not Yet Reviewed Queue is Empty!
</A></li>
        <LI>Next message: <A HREF="000155.html">[fetchmail-devel] warning message charset fix: progress indicator 1/3.
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#154">[ date ]</a>
              <a href="thread.html#154">[ thread ]</a>
              <a href="subject.html#154">[ subject ]</a>
              <a href="author.html#154">[ author ]</a>
         </LI>
       </UL>
    <HR>  
<!--beginarticle-->
<PRE>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-&gt;lmtp-&gt;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&lt; +OK
&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">aa55cd0b5451bb3c3210dadaf2bf26b2 at pop3.ukfsn.org</A>&gt;
Aug 17 17:33:01 willow fetchmail[13648]: POP3&gt; CAPA^M
Aug 17 17:33:01 willow fetchmail[13648]: POP3&lt; +OK Capability list follows
Aug 17 17:33:01 willow fetchmail[13648]: POP3&lt; PIPELINING
Aug 17 17:33:01 willow fetchmail[13648]: POP3&lt; TOP
Aug 17 17:33:01 willow fetchmail[13648]: POP3&lt; USER
Aug 17 17:33:01 willow fetchmail[13648]: POP3&lt; UIDL
Aug 17 17:33:01 willow fetchmail[13648]: POP3&lt; STLS
Aug 17 17:33:01 willow fetchmail[13648]: POP3&lt; .
Aug 17 17:33:01 willow fetchmail[13648]: POP3&gt; USER dgreaves^M
Aug 17 17:33:01 willow fetchmail[13648]: POP3&lt; +OK Tell me your password.
Aug 17 17:33:01 willow fetchmail[13648]: POP3&gt; PASS *^M
Aug 17 17:33:02 willow fetchmail[13648]: POP3&lt; +OK Welcome aboard! You
have 55 messages.
Aug 17 17:33:05 willow fetchmail[13648]: POP3&gt; STAT
Aug 17 17:33:05 willow fetchmail[13648]: POP3&lt; +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 &quot;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">david at dgreaves.com</A>&quot;
set nobouncemail
set properties &quot;&quot;
#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
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">david at dgreaves.com</A> here options fetchall lmtp smtp
/var/imap/socket/lmtp expunge 5
~    antispam 571 550 501 554

&lt;more user accounts removed&gt;

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&lt; +OK
&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">40b4ee38e8c2b8d6ea0b39ace1b3d5cd at pop3.ukfsn.org</A>&gt;
Aug 17 17:43:33 willow fetchmail[13675]: POP3&gt; CAPA^M
Aug 17 17:43:33 willow fetchmail[13675]: POP3&lt; +OK Capability list follows
Aug 17 17:43:34 willow fetchmail[13675]: POP3&lt; PIPELINING
Aug 17 17:43:34 willow fetchmail[13675]: POP3&lt; TOP
Aug 17 17:43:34 willow fetchmail[13675]: POP3&lt; USER
Aug 17 17:43:34 willow fetchmail[13675]: POP3&lt; UIDL
Aug 17 17:43:34 willow fetchmail[13675]: POP3&lt; STLS
Aug 17 17:43:34 willow fetchmail[13675]: POP3&lt; .
Aug 17 17:43:34 willow fetchmail[13675]: POP3&gt; USER dgreaves^M
Aug 17 17:43:34 willow fetchmail[13675]: POP3&lt; +OK Tell me your password.
Aug 17 17:43:34 willow fetchmail[13675]: POP3&gt; PASS *^M
Aug 17 17:43:34 willow fetchmail[13675]: POP3&lt; +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&gt; STAT
Aug 17 17:43:37 willow fetchmail[13675]: POP3&lt; +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&gt; LIST 1
#**********************************************Aug 17 17:43:37 willow
fetchmail[13675]: POP3&lt; +OK 1 9060
Aug 17 17:43:37 willow fetchmail[13675]: POP3&gt; RETR 1
Aug 17 17:43:37 willow fetchmail[13675]: POP3&lt; +OK Message follows
Aug 17 17:43:37 willow fetchmail[13675]: reading message
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">dgreaves at pop3.ukfsn.org</A>:1 of 33 (9060 octets)
Aug 17 17:43:37 willow fetchmail[13675]: About to rewrite Return-Path:
&lt;linux-kernel-owner+lkml=<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">40dgreaves.com-S268306AbUHQPkZ at vger.kernel.org</A>&gt;^M
Rewritten version is Return-Path:
&lt;linux-kernel-owner+lkml=<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">40dgreaves.com-S268306AbUHQPkZ at vger.kernel.org</A>&gt;^M
Aug 17 17:43:38 willow fetchmail[13675]: About to rewrite From:
&quot;O.Sezer&quot; &lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">sezeroz at ttnet.net.tr</A>&gt;^M Rewritten version is From:
&quot;O.Sezer&quot; &lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">sezeroz at ttnet.net.tr</A>&gt;^M
Aug 17 17:43:38 willow fetchmail[13675]: About to rewrite To:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">linux-kernel at vger.kernel.org</A>^M Rewritten version is To:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">linux-kernel at vger.kernel.org</A>^M
Aug 17 17:43:38 willow fetchmail[13675]: About to rewrite Cc:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">marcelo.tosatti at cyclades.com</A>^M Rewritten version is Cc:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">marcelo.tosatti at cyclades.com</A>^M
Aug 17 17:43:38 willow fetchmail[13675]: About to rewrite Sender:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">linux-kernel-owner at vger.kernel.org</A>^M Rewritten version is Sender:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">linux-kernel-owner at vger.kernel.org</A>^M
Aug 17 17:43:38 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:38 willow fetchmail[13675]: LMTP&lt; 220 willow LMTP Cyrus
v2.2.3 ready
Aug 17 17:43:38 willow fetchmail[13675]: LMTP&gt; LHLO localhost
Aug 17 17:43:38 willow fetchmail[13675]: SMTP&lt; 250-willow
Aug 17 17:43:38 willow fetchmail[13675]: SMTP&lt; 250-8BITMIME
Aug 17 17:43:38 willow fetchmail[13675]: SMTP&lt; 250-ENHANCEDSTATUSCODES
Aug 17 17:43:38 willow fetchmail[13675]: SMTP&lt; 250-PIPELINING
Aug 17 17:43:38 willow fetchmail[13675]: SMTP&lt; 250-SIZE
Aug 17 17:43:38 willow fetchmail[13675]: SMTP&lt; 250-AUTH EXTERNAL
Aug 17 17:43:38 willow fetchmail[13675]: SMTP&lt; 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&gt; MAIL
FROM:&lt;linux-kernel-owner+lkml=<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">40dgreaves.com-S268306AbUHQPkZ at vger.kernel.org</A>&gt;
SIZE=9060
Aug 17 17:43:38 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:38 willow fetchmail[13675]: LMTP&lt; 250 2.1.0 ok
Aug 17 17:43:38 willow fetchmail[13675]: LMTP&gt; RCPT
TO:&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">david at dgreaves.com</A>&gt;
Aug 17 17:43:38 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:38 willow fetchmail[13675]: LMTP&lt; 250 2.1.5 ok
Aug 17 17:43:38 willow fetchmail[13675]: LMTP&gt; DATA
Aug 17 17:43:38 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:38 willow fetchmail[13675]: LMTP&lt; 354 go ahead
********************************************************************************************************************************************************************Aug
17 17:43:38 willow fetchmail[13675]: message <A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">dgreaves at pop3.ukfsn.org</A>:1
was not the expected length (9317 actual != 9060 expected)
Aug 17 17:43:38 willow fetchmail[13675]: LMTP&gt;. (EOM)
Aug 17 17:43:38 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:38 willow fetchmail[13675]: LMTP&lt; 250 2.1.5 Ok
Aug 17 17:43:38 willow fetchmail[13675]:  flushed
Aug 17 17:43:38 willow fetchmail[13675]: POP3&gt; DELE 1^M
Aug 17 17:43:38 willow fetchmail[13675]: POP3&lt; +OK Done.
Aug 17 17:43:38 willow fetchmail[13675]: POP3&gt; LIST 2
Aug 17 17:43:38 willow fetchmail[13675]: POP3&lt; +OK 2 5098
Aug 17 17:43:38 willow fetchmail[13675]: POP3&gt; RETR 2
Aug 17 17:43:39 willow fetchmail[13675]: POP3&lt; +OK Message follows
Aug 17 17:43:39 willow fetchmail[13675]: reading message
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">dgreaves at pop3.ukfsn.org</A>:2 of 33 (5098 octets)
Aug 17 17:43:39 willow fetchmail[13675]: About to rewrite Return-Path:
&lt;linux-kernel-owner+lkml=<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">40dgreaves.com-S268293AbUHQPhg at vger.kernel.org</A>&gt;^M
Rewritten version is Return-Path:
&lt;linux-kernel-owner+lkml=<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">40dgreaves.com-S268293AbUHQPhg at vger.kernel.org</A>&gt;^M
#****************************************************************Aug
17 17:43:39 willow fetchmail[13675]: About to rewrite From: Christoph
Hellwig &lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">hch at infradead.org</A>&gt;^M Rewritten version is From: Christoph
Hellwig &lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">hch at infradead.org</A>&gt;^M
Aug 17 17:43:39 willow fetchmail[13675]: About to rewrite To: Markus
Lidel &lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">Markus.Lidel at shadowconnect.com</A>&gt;^M Rewritten version is To:
Markus Lidel &lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">Markus.Lidel at shadowconnect.com</A>&gt;^M
Aug 17 17:43:39 willow fetchmail[13675]: About to rewrite Cc:
Christoph Hellwig &lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">hch at infradead.org</A>&gt;,^M ^IWarren Togami
&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">wtogami at redhat.com</A>&gt;, <A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">linux-kernel at vger.kernel.org</A>^M Rewritten version
is Cc: Christoph Hellwig &lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">hch at infradead.org</A>&gt;,^M ^IWarren Togami
&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">wtogami at redhat.com</A>&gt;, <A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">linux-kernel at vger.kernel.org</A>^M
Aug 17 17:43:39 willow fetchmail[13675]: About to rewrite Sender:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">linux-kernel-owner at vger.kernel.org</A>^M Rewritten version is Sender:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">linux-kernel-owner at vger.kernel.org</A>^M
Aug 17 17:43:39 willow fetchmail[13675]: forwarding to
/var/imap/socket/lmtp
Aug 17 17:43:39 willow fetchmail[13675]: LMTP&gt; MAIL
FROM:&lt;linux-kernel-owner+lkml=<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">40dgreaves.com-S268293AbUHQPhg at vger.kernel.org</A>&gt;
SIZE=5098
Aug 17 17:43:39 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:39 willow fetchmail[13675]: LMTP&lt; 250 2.1.0 ok
Aug 17 17:43:39 willow fetchmail[13675]: LMTP&gt; RCPT
TO:&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">david at dgreaves.com</A>&gt;
Aug 17 17:43:39 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:39 willow fetchmail[13675]: LMTP&lt; 250 2.1.5 ok
Aug 17 17:43:39 willow fetchmail[13675]: LMTP&gt; DATA
Aug 17 17:43:39 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:39 willow fetchmail[13675]: LMTP&lt; 354 go ahead
Aug 17 17:43:39 willow fetchmail[13675]: message
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">dgreaves at pop3.ukfsn.org</A>:2 was not the expected length (5209 actual !=
5098 expected)
Aug 17 17:43:39 willow fetchmail[13675]: LMTP&gt;. (EOM)
Aug 17 17:43:39 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:39 willow fetchmail[13675]: LMTP&lt; 250 2.1.5 Ok
Aug 17 17:43:39 willow fetchmail[13675]:  flushed
Aug 17 17:43:39 willow fetchmail[13675]: POP3&gt; DELE 2^M
Aug 17 17:43:39 willow fetchmail[13675]: POP3&lt; +OK Done.
Aug 17 17:43:39 willow fetchmail[13675]: POP3&gt; LIST 3
Aug 17 17:43:39 willow fetchmail[13675]: POP3&lt; +OK 3 2147
Aug 17 17:43:39 willow fetchmail[13675]: POP3&gt; RETR 3
Aug 17 17:43:40 willow fetchmail[13675]: POP3&lt; +OK Message follows
Aug 17 17:43:40 willow fetchmail[13675]: reading message
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">dgreaves at pop3.ukfsn.org</A>:3 of 33 (2147 octets)
Aug 17 17:43:40 willow fetchmail[13675]: About to rewrite Return-Path:
&lt;reiserfs-list-return-20355-david=<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">dgreaves.com at namesys.com</A>&gt;^M
Rewritten version is Return-Path:
&lt;reiserfs-list-return-20355-david=<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">dgreaves.com at namesys.com</A>&gt;^M
#********#****************************Aug 17 17:43:40 willow
fetchmail[13675]: About to rewrite From: elliott
&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">aurelius at sesmail.com</A>&gt;^M Rewritten version is From: elliott
&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">aurelius at sesmail.com</A>&gt;^M
Aug 17 17:43:40 willow fetchmail[13675]: About to rewrite To:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">reiserfs-list at namesys.com</A>^M Rewritten version is To:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">reiserfs-list at namesys.com</A>^M
Aug 17 17:43:40 willow fetchmail[13675]: forwarding to
/var/imap/socket/lmtp
Aug 17 17:43:40 willow fetchmail[13675]: LMTP&gt; MAIL
FROM:&lt;reiserfs-list-return-20355-david=<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">dgreaves.com at namesys.com</A>&gt;
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&lt; 250 2.1.0 ok
Aug 17 17:43:40 willow fetchmail[13675]: LMTP&gt; RCPT
TO:&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">david at dgreaves.com</A>&gt;
Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:40 willow fetchmail[13675]: LMTP&lt; 250 2.1.5 ok
Aug 17 17:43:40 willow fetchmail[13675]: LMTP&gt; DATA
Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:40 willow fetchmail[13675]: LMTP&lt; 354 go ahead
Aug 17 17:43:40 willow fetchmail[13675]: message
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">dgreaves at pop3.ukfsn.org</A>:3 was not the expected length (2194 actual !=
2147 expected)
Aug 17 17:43:40 willow fetchmail[13675]: LMTP&gt;. (EOM)
Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:40 willow fetchmail[13675]: LMTP&lt; 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&lt; 220 willow ESMTP Exim
4.20 Tue, 17 Aug 2004 17:43:40 +0100
Aug 17 17:43:40 willow fetchmail[13675]: SMTP&gt; HELO localhost
Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:40 willow fetchmail[13675]: SMTP&lt; 250 willow Hello
[AdFSF0x5m0a0vDWoZf1oPXMI8ichzbi7] at localhost.localdomain [127.0.0.1]
Aug 17 17:43:40 willow fetchmail[13675]: SMTP&gt; MAIL
FROM:&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">FETCHMAIL-DAEMON at willow.dgreaves.com</A>&gt;
Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:40 willow fetchmail[13675]: SMTP&lt; 250 OK
Aug 17 17:43:40 willow fetchmail[13675]: SMTP&gt; RCPT
TO:&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">david at dgreaves.com</A>&gt;
Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:40 willow fetchmail[13675]: SMTP&lt; 250 Accepted
Aug 17 17:43:40 willow fetchmail[13675]: SMTP&gt; DATA
Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:40 willow fetchmail[13675]: SMTP&lt; 354 Enter message,
ending with &quot;.&quot; 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&gt;. (EOM)
Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:40 willow fetchmail[13675]: SMTP&lt; 250 OK id=1Bx73k-0003Ya-FK
Aug 17 17:43:40 willow fetchmail[13675]: SMTP&gt; QUIT
Aug 17 17:43:40 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:40 willow fetchmail[13675]: SMTP&lt; 221 willow closing
connection
Aug 17 17:43:40 willow fetchmail[13675]:  flushed
Aug 17 17:43:40 willow fetchmail[13675]: POP3&gt; DELE 3^M
Aug 17 17:43:40 willow fetchmail[13675]: POP3&lt; +OK Done.
Aug 17 17:43:40 willow fetchmail[13675]: POP3&gt; LIST 4
Aug 17 17:43:40 willow fetchmail[13675]: POP3&lt; +OK 4 4406
Aug 17 17:43:40 willow fetchmail[13675]: POP3&gt; RETR 4
Aug 17 17:43:40 willow fetchmail[13675]: POP3&lt; +OK Message follows
Aug 17 17:43:40 willow fetchmail[13675]: reading message
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">dgreaves at pop3.ukfsn.org</A>:4 of 33 (4406 octets)
Aug 17 17:43:41 willow fetchmail[13675]: About to rewrite Return-Path:
&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">netdev-bounce at oss.sgi.com</A>&gt;^M Rewritten version is Return-Path:
&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">netdev-bounce at oss.sgi.com</A>&gt;^M
Aug 17 17:43:41 willow fetchmail[13675]: About to rewrite From:
Wensong Zhang &lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">wensong at linux-vs.org</A>&gt;^M Rewritten version is From:
Wensong Zhang &lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">wensong at linux-vs.org</A>&gt;^M
Aug 17 17:43:41 willow fetchmail[13675]: About to rewrite To:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">netdev at oss.sgi.com</A>^M Rewritten version is To: <A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">netdev at oss.sgi.com</A>^M
Aug 17 17:43:41 willow fetchmail[13675]: About to rewrite Cc: Julian
Anastasov &lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">ja at ssi.bg</A>&gt;^M Rewritten version is Cc: Julian Anastasov
&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">ja at ssi.bg</A>&gt;^M
Aug 17 17:43:41 willow fetchmail[13675]: About to rewrite Sender:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">netdev-bounce at oss.sgi.com</A>^M Rewritten version is Sender:
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">netdev-bounce at oss.sgi.com</A>^M
Aug 17 17:43:41 willow fetchmail[13675]: forwarding to
/var/imap/socket/lmtp
Aug 17 17:43:41 willow fetchmail[13675]: SMTP&gt; MAIL
FROM:&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">netdev-bounce at oss.sgi.com</A>&gt; SIZE=4406
Aug 17 17:43:41 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:41 willow fetchmail[13675]: SMTP&lt; 250 2.1.0 ok
Aug 17 17:43:41 willow fetchmail[13675]: SMTP&gt; RCPT
TO:&lt;<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">david at dgreaves.com</A>&gt;
Aug 17 17:43:41 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:41 willow fetchmail[13675]: SMTP&lt; 250 2.1.5 ok
Aug 17 17:43:41 willow fetchmail[13675]: SMTP&gt; DATA
Aug 17 17:43:41 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:41 willow fetchmail[13675]: SMTP&lt; 354 go ahead
*******************************************************Aug 17 17:43:41
willow fetchmail[13675]: message <A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">dgreaves at pop3.ukfsn.org</A>:4 was not the
expected length (4533 actual != 4406 expected)
Aug 17 17:43:41 willow fetchmail[13675]: SMTP&gt;. (EOM)
Aug 17 17:43:41 willow fetchmail[13675]: SMTP_ok loop start
Aug 17 17:43:41 willow fetchmail[13675]: SMTP&lt; 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&gt; LIST 5
Aug 17 17:48:41 willow fetchmail[13675]: POP3&lt; -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&gt; 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
<A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">david at dgreaves.com.</A>
Fetchmail will direct error mail to the postmaster.
Options for retrieving from <A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">dgreaves at pop3.ukfsn.org</A>:
~  True name of server is pop3.ukfsn.org.
~  This host will be queried when no host is specified.
~  Password = &quot;xxxxxx&quot;.
~  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.
~        <A HREF="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">david at dgreaves.com</A>
~  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






</PRE>

<!--endarticle-->
    <HR>
    <P><UL>
        <!--threads-->
	<LI>Previous message: <A HREF="000152.html">[fetchmail-devel] Not Yet Reviewed Queue is Empty!
</A></li>
	<LI>Next message: <A HREF="000155.html">[fetchmail-devel] warning message charset fix: progress indicator 1/3.
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#154">[ date ]</a>
              <a href="thread.html#154">[ thread ]</a>
              <a href="subject.html#154">[ subject ]</a>
              <a href="author.html#154">[ author ]</a>
         </LI>
       </UL>

<hr>
<a href="https://lists.berlios.de/mailman/listinfo/fetchmail-devel">More information about the fetchmail-devel
mailing list</a><br>
</body></html>
generated by cgit v1.2.3 (git 2.39.1) at 2025-09-30 09:00:15 +0000
es at socket level. There are 580 people on fetchmail-friends and 750 on fetchmail-announce. fetchmail-6.2.2 (Fri Feb 28 21:34:26 EST 2003), 22345 lines: * Sunil Shetye's patch to improve behavior on empty messages. * Conform to RFC2595; reissue capability probes after successful STARTTLS negotiation. * Sunil's patch to make handling of failed STARTTLS more graceful. * Sunil's JF2 fix patch for .fetchmailrc security. * Christophe GIAUME finished the implementation of RFC2177 IDLE. * Jason Tishler's fix patch for Cygwin. * Support ssh-style authentication in POP3 * Fix for Debian bug #108977, clean up config file evaluation, by Benjamin Drieu. There are 554 people on fetchmail-friends and 727 on fetchmail-announce. fetchmail-6.2.1 (Tue Jan 14 08:17:19 EST 2003), 22219 lines: * Updated German, Turkish, Spanish, and Danish translation files. * Integrated Sunil Shetye's patch to make mark_seen an explicit method. * Removed FAQ warning about GMX and associated fetchmailconf check, we have a report that its servers are conformant now. * Another Sunil patch to fix a minor bug in bouncemail generation. There are 536 people on fetchmail-friends and 716 on fetchmail-announce. fetchmail-6.2.0 (Fri Dec 13 00:10:07 EST 2002), 22235 lines: * Applied Steffen Esser's fix for a buffer-overflow bug in rfc822.c * Updated Danish, German, and Turkish translation files. * Sunil Shetye's SMTP timeout patch. There are 538 people on fetchmail-friends and 701 on fetchmail-announce. -------------------------------------------------------------------------------- fetchmail-6.1.3 (Thu Nov 28 05:35:15 EST 2002), 22203 lines: * Updated Turkish, Danish, German, Spanish, Catalan po files. * Added Slovak support. * Configure.in update for autoconf 2.5 (Art Haas). * Be case-insensitive when looking for IMAP responses. * Fix logout-after-idle-delivery bug (Sunil Shetye). * Sunil Shetye's patch to bulletproof end-of-header detection. * Sunil's fix for the STARTTLS problem -- repoll if TLS nabdshake fails. The attempt to set up STARTTLS can be suppressed with 'sslproto ""'. There are 540 people on fetchmail-friends and 701 on fetchmail-announce. fetchmail-6.1.2 (Thu Oct 31 11:41:02 EST 2002), 22135 lines: * Jan Klaverstijn's verbosity-lowering patch. * Updated Turkish, German, Catalan, and Danish translation files. * Fix processing of POP3 messages with missing bodies. * Minor fixes by Sunil Shetye: fix generation of auth fail note, handle unexpected SIGALRM, plug memory leak, handle lines beginning with '\0', try to bulletproof error handling against read failures. There are 535 people on fetchmail-friends and 696 on fetchmail-announce. fetchmail-6.1.1 (Fri Oct 18 14:53:51 EDT 2002), 22087 lines: * OTP fix patches from Stanislav Brabec * fix patch for writing antispam capability correctly in conf.c. * Fix patches for Debian bugs #162571, #156592. * Correction to manpage re -b and qmail. * Patch to disable use of STLS if auth passwd is specified. * Fix specfile generation to handle SSL correctly. * New Danish, Turkish, and Catalan translation files. * Improved ODMR debug messages. * IMAP efficiency hack; don't fetch sizes unless needed. * Detect and rewrite invalid return paths beginning with @. * Fix for subtle freeing bug that suppressed information in some bounce msgs. * Newline fix patches for internationalization files. * Fix reversed test guarding authentication-failure warnings. * Fix POP3 breakage starting at 5.9.14. There are 529 people on fetchmail-friends and 693 on fetchmail-announce. fetchmail-6.1.0 (Sun Sep 22 18:31:23 EDT 2002), 21999 lines: * Updated French translation. * Stefan Esser's fix for potential remote vulnerability in multidrop mode. This is an important security fix! There are 519 people on fetchmail-friends and 680 on fetchmail-announce. -------------------------------------------------------------------------------- fetchmail-6.0.0 (Tue Sep 17 19:48:25 EDT 2002), 21972 lines: * Applied Matt Kraai's fix for minor Debian bug #144539. * Nerijus Baliunas's patch to support STARTTLS over IMAP. * More cleanups and minor bugfixes from Sunil Shetye. * Default antispam-response list is now empty. * Updated de and po translations. -------------------------------------------------------------------------------- There are 520 people on fetchmail-friends and 683 on fetchmail-announce. -------------------------------------------------------------------------------- vim:tw=80 com=bf\:* ts=8 sts=8 sw=8 ai: