Fetchmail Alternativen


Fetchmail, der fast alles könnende Dinosaurier unter den Mailabholern, ist zwar weit verbreitet, aber mindestens genauso unbeliebt. Fetchmail kann viel und ist leicht zu konfigurieren, sofern man für jede Mail-Adresse ein separates Konto beim Provider und bereit ist, jedem Mailnutzer auch einen Linux-Account zu geben. In einer Welt der virtuellen Maildomains ist es dagegen eine mittlere Katastrophe, mit Fetchmail arbeiten zu müssen.

Alternativen zu Fetchmail gibt es zwar, ob sie für den jeweiligen Fall aber besser sind, muss jeder für sich beurteilen:

  • mpop: Kein Daemon-Modus, kein SMTP Delivery, kein IMAP Support, kein Multidrop, schneller als Fetchmail, eigene Filter können integriert werden um eine Mail bereits beim Provider zu löschen, kann direkt in mbox und maildir ablegen oder einem MDA übergeben.
  • getmail: Kann Multidrop, kein SMTP Delivery, Auslieferung an mehrere Ziele gleichzeitig, Mails können einem MDA übergeben werden. Ach ja, da es in Python geschrieben wurde, macht das eigene Änderungen relativ leicht.
  • mailget: Fetchmail Replacement in Perl, viel mehr steht auf der Homepage nicht.

Wer SMTP Delivery nicht benötigt, kommt sicherlich mit getmail oder mpop klar. Getmail sieht für mich auf den ersten Blick wie die beste Alternative aus. Benötigt man allerdings SMTP Delivery um die Mails noch mal in den lokalen Postfix rein zu kippen um sie dort dann an Virenscanner oder Spamassassin weiter zu leiten, sollte sich darüber hinaus noch msmtp anschauen.

msmtp ist ein SMTP Client, der als MDA Mail von den Programmen oben annimmt und an einen SMTP Server wieder einspeisen kann. Somit würde die E-Mail den Weg Provider -> getmail/mpop -> MDA Delivery -> msmtp -> lokaler SMTP -> ... nehmen. Das ist sicherlich einen Versuch wert.

Kennt ihr weitere Alternativen? Dann nur her damit.


Vote for articles fresher than 30 days!
Current karma: none, 0 vote(s) 409 hits
Defined tags for this entry: , , , , ,

Comments

Display comments as (Linear | Threaded)

    No comments


Add Comment


Standard emoticons like :-) and ;-) are converted to images.
E-Mail addresses will not be displayed and will only be used for E-Mail notifications

To prevent automated Bots from commentspamming, please enter the string you see in the image below in the appropriate input box. Your comment will only be submitted if the strings match. Please ensure that your browser supports and accepts cookies, or your comment cannot be verified correctly.
CAPTCHA

You can use [geshi lang=lang_name [,ln={y|n}]][/lang] tags to embed source code snippets
BBCode format allowed