Projects / fetchmail

fetchmail

Fetchmail is a free, full-featured, robust, well-documented remote-mail retrieval and forwarding utility intended to be used over on-demand TCP/IP links (such as SLIP or PPP connections). It supports every remote-mail protocol now in use on the Internet: POP2, POP3, RPOP, APOP, KPOP, all flavors of IMAP, and ESMTP ETRN, ODMR, SMTP, LMTP, and local delivery agents.

Tags
Licenses
Translations

RSS Recent releases

  •  13 Sep 2013 21:53

    Release Notes: This release fixes a few minor bugs, improves OpenSSL error reporting, and adds an Esperanto translation.

    •  16 Dec 2012 18:38

    Release Notes: Compilation with OpenSSL implementations before 0.9.8m lacking SSL_CTX_clear_options() works again, but is neither supported nor recommended. The combination of "--plugin" and "-f -" was fixed. Logfile vs. syslog handling was cleaned up. Other minor changes were made.

    Release Notes: A security issue where a misinterpreted server response could allow DoS and data theft in NTLM authentication was fixed. This issue was reported as CVE-2012-3482. The false disabling of a countermeasure against plaintext attacks in block ciphers was fixed. Various other minor fixes were made.

    •  22 Aug 2011 12:25

    Release Notes: A NUL byte insertion bug in the IMAP client, which occurred when the last line of the input had no LF and no CRLF termination, was fixed.

    •  06 Jun 2011 13:57

    Release Notes: This release fixes a STARTTLS denial of service vulnerability (CVE-2011-1947). It reduces repetitions in "unseen" message logging and speeds up IMAP fetches with full mailboxes quite a bit. Fetchmail now sets its Internet sockets to keepalive mode, to detect disconnections, and resolves MD5-related build problems.

    RSS Recent comments

    21 Apr 2004 07:12 wimpunk

    Behaviour I didn't expected
    I'm using fetchmail for a few years now and I'm very happy about that. Recently I was doing some experiments with "poll" and "skip" and discovered something I didn't expected.

    I have two providers, provider1 and provider2. On provider1 I have a mailbox I check with fetchmail running in deamon mode every 10minutes. This part works fine.

    On provider2 I have a mailbox I check manually. I was hoping dat "fetchmail provider2" or "fetchmail -d0 provider2" should be working but it didn't, I only got the mail from provider1.

    The only thing that works is "fetchmail -q; fetchmail -d0 provider2; fetchmail". So I first have to kill my deamon, get the mail and start fetching it again.

    Is there a better work around?

    Btw, I'm using release 6.2.5+NTLM+SDPS+SSL+NLS from debian-sarge.

    19 Mar 2004 10:11 MullerMn

    Fetchmail looses mail
    Hello, I think I have found a case where fetchmail will lose mail. If 'keep' is being used to leave mail on the server and the number of messages on the server exceeds the fetchlimit, Fetchmail retrieves up to <fetchlimit> messages, then on the next connection ignores all of the messages, as if they have all been retrieved, when they have not.

    I am using uidl, if this makes a difference.

    24 Mar 2003 16:40 andrewcooke Thumbs up

    Re: Many Features except Robustness

    We've since learned that procmail is also problematic as it loads entire files into memory to process just the headers

    curiously i am back here because i just had a big success with getmail where fetchmail failed - a message with a 5Mb attachment (compressed dbase image). procmail handled it fine, although the machine has much more memory, of course.

    in a way, it's a privilege to be able to worry about procmail (thanks for the tip) - it was fetchmail's inability to grab an earlier file of this size that finally forced me to use getmail (it's always possible, of course, that's it's a fetchmail config error on my part, but i did check and modify config files with no success). i can also now download channel4 news (uk independent news source) email list, which fetchmail choked on because of incorrect headers.

    07 Mar 2003 21:07 garym Thumbs down

    Re: Many Features except Robustness

    > I'm using Debian, so installing [getmail] is
    > trivial. And it was simple to configure
    > - I have it running as a cron job under
    > the mail user, piping mail to procmail
    > for two users (procmail filters to
    > maildirs which are handled by Courier
    > imap + Squirrelmail for web access).
    > Appears to work fine. You should try
    > it...

    We've since learned that procmail is also problematic as it loads entire files into memory to process just the headers (or that's what I've heard, haven't read the code yet). In these days of large attachments, that can seriously impact server performance, so we've been looking at a few alternatives.

    Just so you know, though, the problem is not so serious that we're scheduling downtime to fix it ;) ... we've known about the problem for a long long time, and yet we still run procmail. What surprises me is how the Linux distros (Mandrake at least) still ship with these really bad-example programs as the default configuration.

    07 Mar 2003 20:34 andrewcooke Thumbs up

    Re: Many Features except Robustness
    I use(d) fetchmail on my own server and had the same frustrating problems (even with relatively low mail levels it would jam every week or so). After reading your comments (thanks!) I realised it wasn't my fault and switched to getmail.

    I'm using Debian, so installing is trivial. And it was simple to configure - I have it running as a cron job under the mail user, piping mail to procmail for two users (procmail filters to maildirs which are handled by Courier imap + Squirrelmail for web access). Appears to work fine. You should try it...

    Screenshot

    Project Spotlight

    QuickMSG

    A secure chat app.

    Screenshot

    Project Spotlight

    Aspose.BarCode for .NET

    A .NET component for the generation and recognition of Linear and 2D barcodes.