fmII
Mon, Dec 01st home | browse | articles | contact | chat | submit | faq | newsletter | about | stats | scoop 17:59 UTC
in
Section
login «
register «
recover password «
[Project] add release | add branch | add screenshot | broken links | change owner | email subscribers | update project | update branch (urls) [Project]

 getmail 3.2.5 (Historical)
Section: Unix

 

Added: Sat, Jan 1st 2000 17:13 UTC (8 years, 11 months ago) Updated: Fri, Sep 26th 2008 21:19 UTC (2 months, 6 days ago)


About:
getmail is intended as a simple, secure, and reliable replacement for fetchmail. It retrieves email (either all messages, or only unread messages) from one or more POP3, SPDS, or IMAP4 servers (with or without SSL) for one or more email accounts, and reliably delivers into qmail-style Maildirs, mboxrd files, or through external MDAs (command deliveries) specified on a per-account basis. getmail also has excellent support for domain (multidrop) mailboxes, including delivering messages to different users or destinations based on the envelope recipient address.

Release focus: Minor security fixes

Changes:
This version enforces a policy of not delivering mail as the root user for security reasons.

Author:
Charles Cazabon [contact developer]

Rating:
8.57/10.00 (13 votes)

Homepage:
http://pyropus.ca/software/getmail/
Tar/GZ:
http://pyropus.ca/[..]etmail/old-versions/getmail-3.2.5.tar.gz
RPM package:
http://pyropus.ca/[..]/old-versions/getmail-3.2.5-1.noarch.rpm
Mailing list archive:
http://marc.theaimsgroup.com/?l=getmail&r=1&w=2

Trove categories: [change]
[Development Status]  5 - Production/Stable
[Environment]  Console (Text Based)
[Intended Audience]  Advanced End Users, End Users/Desktop, System Administrators
[License]  OSI Approved :: GNU General Public License (GPL)
[Operating System]  BeOS, MacOS, MacOS X, Microsoft :: MS-DOS, Microsoft :: Windows, OS Independent, OS/2, POSIX
[Programming Language]  Python
[Topic]  Communications :: Email, Communications :: Email :: Email Clients (MUA), Communications :: Email :: Filters, Communications :: Email :: Mail Transport Agents, Communications :: Email :: Post-Office :: IMAP, Communications :: Email :: Post-Office :: POP3, Software Development :: Libraries :: Python Modules, System, System :: Networking, Utilities

Dependencies: [change]
No dependencies filed

 
Project admins: [change]
» Charles Cazabon (Owner)

» Rating: 8.57/10.00 (Rank N/A)
» Vitality: 1.29% (Rank 275)
» Popularity: 7.30% (Rank 396)

project statsdownload stats
(click to enlarge graphs)
   Record hits: 108,273
   URL hits: 56,263
   Subscribers: 122

Other projects from the same categories:
Modeling Framework
awesome-status
gdivelog
MailBridge
mtail

Users who subscribed to this project also subscribed to:
Q
WebGUI
CPPSERV
libnetfilter_log
OraRep


Add comment · Rate this project · Subscribe to new releases · Ignore this project · Email this project to a friend · Project record in XML

 Branches

Branch Version Last release License URLs
Stable 4.8.4 26-Sep-2008 GNU General Public License (GPL) Homepage Changelog
Historical
For use with Python 1.5.2 and later.
3.2.5 20-Sep-2004 GNU General Public License (GPL) Homepage Tar/GZ

 Releases

Version Focus Date
3.2.5 Minor security fixes 20-Sep-2004 18:00
3.2.4 Minor feature enhancements 13-May-2004 21:07
3.2.3 Minor feature enhancements 29-Apr-2004 15:02
3.2.2 Minor feature enhancements 23-Mar-2004 16:28
3.2.1 Minor feature enhancements 23-Mar-2004 16:13
3.2.0 Minor bugfixes 24-Sep-2003 02:50
3.1.3 Minor bugfixes 24-Apr-2003 17:48
3.1.2 Minor bugfixes 03-Apr-2003 17:58
3.1.1 Minor feature enhancements 15-Mar-2003 03:03
3.0.4 Minor feature enhancements 20-Feb-2003 16:30

 Articles referencing this project

 Comments

[»] Thanks!
by Jean-Michel Grimaldi - Oct 3rd 2007 14:28:31

I have been using fetchmail on IMAP/SSL for 6 years, and noticed that messages occasionnaly disappeared. It did not bother me that much until tonight when it dropped an important email. After googling for a few minutes I found out fetchmail simply discards emails with headers not compliant with RFC 822. getmail does not. getmail is great. Setup takes 2 minutes. Thanks for getmail!

[reply] [top]


[»] good work
by Adrian Thurston - Apr 12th 2006 09:21:04

Here's yet another reason to use getmail: for some silly reason fetchmail will not allow you to concurrently retrieve mail from different servers even though by default it just opens a socket connection to port 25 for delivery. Exactly what is being guarded against?

And aside from all the fetchmail bashing: nice work.

[reply] [top]


[»] getmail as a daemon for maildrop
by reanjr - Jun 22nd 2005 11:26:46

Note: fetchmail is crap

I needed to set up an internal IMAP server for multiple users so I wrote the following script to be run as root (I set it up to run from init.d, where it imported the interval and redirected output to a log file, but this isn't necessary).

In case someone finds it useful

#! /bin/bash
while :
do
for i in `ls /home/`;do
if [ -e /home/$i/.getmail ]; then
su $i -c getmail
fi
done
sleep $1
done

Call it as root, passing a parameter specifying the number of seconds between checking email.

Then just set up a getmailrc file for any user that wants to use it.

[reply] [top]


[»] Thanks!
by andrew cooke / jara software - Mar 24th 2003 16:22:05

I used to use fetchmail but had problems with both large messages and "incorrect" headers. And when fetchmail has a problem with one message it doesn't seem to get any other mail either.

It's possible that the large mesage problem was a configuration issue (although I read the docs and believe I configured correctly), but I understand that fetchmail is "famous" for not working if there are inconsistencies in the header.

With getmail I no longer have problems - it works with large messages (dbase backups) and, apparently, broken headers (one mailing list was unusable 'til I installed getmail). I no longer have to fire up some other POP client to clear out my mailbox every other week.

My mail config is documented in case it's any use to anyone.

[reply] [top]


[»] Simple, easy to use
by Tobtoh - Mar 23rd 2001 07:18:53

I must say this was a very easy program to install - it does exactly what I want it to do (ie suck email via POP and store it on my server) and that's it. Highly recommended!

[reply] [top]


[»] Ease of Use
by Christopher Maahs - Feb 24th 2000 13:12:39

I must admit that the ease of use of getmail over fetchmail keeps me using getmail. Initial setup takes a few minutes. Thanks for sharing your code with the rest of us. ~cj

[reply] [top]


[»] re: Bloatware, and why bother?
by Charles Cazabon - Jan 22nd 2000 17:36:43

Disclaimer: I'm the author of 'getmail'.

A lot of people don't like 'fetchmail' -- that's why I wrote getmail. It's all of 30k of Python code, works well, doesn't do SMTP re-injection or any header re-writing (which a lot of people prefer, because of the way sendmail can obliterate useful information while re-writing headers), etc. In addition, I think getmail is easier to configure and use than fetchmail.

Bottom line: you're entitled to your opinion. If you prefer 'fetchmail', then by all means use it. I wrote getmail for my own reasons, and you're free to use it or not. If you'd like something added to getmail or changed, feel free to suggest it to me in email at getmail@discworld.dyndns.org.

[reply] [top]


[»] getmail
by Chris Armstrong - Jan 16th 2000 22:37:10

Fetchmail is bloatware, and not all people want to run a SMTP daemon.

[reply] [top]


    [»] Re: getmail
    by Stefan Scholl - Feb 6th 2001 03:38:38


    > Fetchmail is bloatware, and not all
    > people want to run a SMTP daemon.
    You don't have to run a SMTP daemon with fetchmail. You can configure it to pass the mails to a specified program.

    [reply] [top]


      [»] Re: getmail
      by Ed Avis - Sep 27th 2001 05:50:51


      > You don't have to run a SMTP daemon
      > with fetchmail. You can configure it
      > to pass the mails to a specified program.
      Could you explain how to do that? I can't see it from reading the fetchmail manual page. I've heard rumours that fetchmail does have the ability to just write messages to an mbox file or to stdout, but that this is deliberately obfuscated in the documentation.

      --
      Ed Avis

      [reply] [top]


        [»] Re: getmail
        by Charles Cazabon - Sep 27th 2001 10:21:04


        >
        > Could you explain how to do that? I
        > can't see it from reading the fetchmail
        > manual page.
        You realize, of course, that this page is about getmail and not fetchmail? Please take your question to the fetchmail mailing list.

        [reply] [top]


        [»] Re: getmail
        by Stefan Scholl - Sep 29th 2001 05:05:02


        > % You don't have to run a SMTP daemon
        > % with fetchmail. You can configure it
        > % to pass the mails to a specified program.
        > Could you explain how to do that? I
        > can't see it from reading the fetchmail
        > manual page.

        mda "/usr/sbin/sendmail -oem -f %F %T"

        [reply] [top]


[»] Why bother
by Alex Harford - Jan 11th 2000 22:51:32

My question is... why bother writing this? fetchmail works just as well, and has more features.

[reply] [top]


    [»] Re: Why bother
    by Sebastian Dehne - Jun 10th 2001 08:28:04


    > My question is... why bother writing
    > this? fetchmail works just as well, and
    > has more features.

    Well.. I'm working on a Machine wehre fetchmail doesn't compile!!! So, I'm really happy that getmail exist!!!

    [reply] [top]


    [»] Re: Why bother
    by RasJani - Jun 21st 2001 19:16:41


    > fetchmail works just as well, and
    > has more features.

    Well, might be so that fetchmail has more features but still it aint doing all the jobs its supposed to do. atleast well. Why i chose getmail over fetchmail (i used to run fetchmail for over 2 years and in that time, i really really couldnt get the results that i really needed) is the ability to handle multidrop mail WELL and i do mean really well. In that era where getmail really shines is ability to check multiple headers to check receiver where as fetchmail can do that only for one line.

    Fetchmail worked well, until i decided to pull some mailing list and stuff like that where receiver is not really in the To: field but in getmail, i can do regular expression check, who's the receiver in multiple headers and then just copy the stuff directly into the mbox file. Imho, this is much more than what fetchmail can offer to me at this time.

    [reply] [top]


    [»] Re: Why bother
    by be - Oct 19th 2001 23:27:19

    hmm, well the problem (on my mandrake 8 system anyway) was i had getmail running as root, which caused sendmail to spit the dummy. creating a cron job as another user & "presto" it works like a charm. frankly i'm impressed, i've been months mucking about with exim qmail catchall fetchmail trestlemail forwardmail and every other mail program i could find on freshmeat, none of which would successfully download mail from my alldomains ".nu" mailbox at my local isp and then redirect those messages to alternate public mail addresses for family & friends. thanks for your help Charles cheers bruce

    [reply] [top]


      [»] Re: Why bother
      by Phil Jones - Nov 20th 2001 13:31:38

      Multidrop retrieval with fetchmail? I have tried it with Postfix on Red Hat 7.2 but fetchmail seems to have bugs. The best I can manage is either 1) deliver all mail to postmaster or 2) deliver ALL mail to BOTH my local users. Argh. If it is bugs well maybe they can be fixed but I am exhausted and out of patience with it. Getmail looks much better to me so far...

      [reply] [top]




© Copyright 2008 SourceForge, Inc., All Rights Reserved.
About freshmeat.net •  Privacy Statement •  Terms of Use •  Trademark Guidelines •  Advertise •  Contact Us • 
ThinkGeek •  Slashdot  •  Linux.com •  SourceForge.net  •  Jobs