SDB: fetchmail: Mails vom Provider abholen

fetchmail: Mails vom Provider abholen

Supportdatenbank (fetchmail)

Frage:

Wie kann man Mails von einem Mailserver mit dem POP3-Protokoll abholen und auf dem lokalen Mailserver weiterverteilen?

Lösung:

Dies kann durch das Programm fetchmail erledigt werden (Paket pop, Serie n).
(ab SuSE Linux 6.3: Paket fetchml, Serie n; ab SuSE Linux 7.1: Paket fetchmail))

Der Vorteil von fetchmail gegenüber dem älteren popclient ist, daß das Passwort nicht in der Prozesstabelle erscheint, sondern nur zwischen dem Mail-Server und dem POP3-Client ausgetauscht wird, das Passwort wird in einer seperaten Datei abgespeichert.

Installation:

... es gibt natürlich viele Wege, dies hier ist nur ein Beispiel:

Der Mailserver sei mail.provider.de. Es gibt zwei Benutzer asterix und obelix, die auf dem lokalen Rechner eva und maria heissen. Als Passwörter werden (auf dem Mailserver) adam und josef benutzt.

Legen Sie eine Datei /root/.fetchmailrc an:
```
poll mail.provider.de protocol POP3 user asterix password adam is eva
poll mail.provider.de protocol POP3 user obelix password josef is maria
```
Diese Datei darf und soll nur für den Benutzer lesbar sein, der die Mails abholt, da sie die Paßwörter enthält. Also:
```
chmod 600 /root/.fetchmailrc
```
Die Passwörter müssen nicht in dieser Datei abgelegt werden. Allerdings wird dann bei jedem Aufruf von fetchmail nach dem Passwort gefragt.
Hinweis: Fetchmail in Versionen vor 5.0.6 benötigt um Passwörter, die mit einer Ziffer beginnen, Anführungszeichen!

In diesem Beispiel muss auf dem localhost ein SMTP-Daemon laufen oder per inetd bei Bedarf gestartet werden, da fetchmail die Mails an Port 25 auf localhost übergibt.
Eine andere Möglichkeit, bei der direkt procmail aufgerufen wird (d.h. es wird kein lokaler SMTP-Daemon benötigt), erreichen Sie mit folgender Änderung:
```
poll mail.provider.de protocol POP3 user asterix password adam mda "/usr/bin/procmail -d eva"
poll mail.provider.de protocol POP3 user obelix password josef mda "/usr/bin/procmail -d maria"
```
Jetzt können die Mails mit dem Kommando abgeholt werden:
```
fetchmail -v --keep -a >> /var/log/fetchmail 2>&1
```
Die --keep Option sorgt zunächst mal dafür, dass die Mails auf dem Server nicht gelöscht werden. Dies sei zum Test dringend empfohlen!
In /var/log/fetchmail wird entsprechend protokolliert; ohne -v wird nur das Wichtigste eingetragen.
Folgendes Kommando empfiehlt sich nach erfolgreichem Test in die Crontab oder die Scripte (ip-up), die die Netzverbindung herstellen einzutragen:
```
fetchmail -a >> /var/log/fetchmail 2>&1
```
Folgender Crontab-Eintrag (crontab -e) holt täglich einmal um 2:00 nachts Mails ab:
```
0 2 * * *  /usr/bin/fetchmail -a >> /var/log/fetchmail 2>&1
```

Wenn Sie die Mail periodisch, in festen Zeitabständen abholen wollen, können Sie Fetchmail als Daemon starten, z.B. durch folgendes Init-Script:
(ein passendes Skript zu Ihrer Version finden Sie seit SuSE Linux 7.1 auch in der Datei /usr/share/doc/packages/fetchmail/README.SuSE)

#! /bin/sh
# Copyright (c) 1996 SuSE GmbH Nuernberg, Germany.  All rights reserved.
#
# Author: Klaus Franken
#
# /sbin/init.d/fetchmail
#
# please edit /root/.fetchmailrc

. /etc/rc.config
return=$rc_done

case "$1" in
    start)
        echo -n "Starting fetchmail-daemon"
        /usr/bin/fetchmail -d 900 -a -f /root/.fetchmailrc -L /var/log/fetchmail 2>&1 || return=$rc_failed
	echo -e "$return"
        ;;
    stop)
        echo -n "Shutting down fetchmail-daemon"
        /usr/bin/fetchmail -quit || return=$rc_failed
        echo -e "$return"
        ;;
    *)
        echo "Usage: $0 {start|stop}"
        exit 1
esac

exit 0

Hierbei müssen Sie bei der Option -f den Pfad zu der .fetchmailrc des Users angeben, der die Post holen soll.
Machen Sie dieses Script ausführbar und setzen Sie noch die Links für die entsprechenden Runlevel:

cd /sbin/init.d
chmod +x fetchmail
cd /sbin/init.d/rc2.d
ln -s ../fetchmail S06fetchmail
ln -s ../fetchmail K39fetchmail

Und wer im Runlevel 3 (grafischer Login) arbeitet noch zusätzlich:

cd /sbin/init.d/rc3.d
ln -s ../fetchmail S06fetchmail
ln -s ../fetchmail K39fetchmail

Ab SuSE Linux 7.1 müssen Sie nur noch folgendes ausführen:

chmod +x fetchmail
insserv /etc/init.d/fetchmail

Wenn mit PPP-Verbindungen gearbeitet wird, empfiehlt es sich, automatisch bei jedem Verbindungsaufbau die Mails abzuholen. Dies kann man in der /etc/ppp/ip-up z.B: folgendermaßen eintragen:

#!/bin/sh
# (c) '97, S.u.S.E. GmbH, Fuerth, Germany
# Klaus Franken 
# 23.09.97

BASENAME=`basename $0`
INTERFACE=$1
DEVICE=$2
SPEED=$3
LOCALIP=$4
REMOTEIP=$5

case "$BASENAME" in
ip-up)
	/usr/bin/fetchmail -a >> /var/log/fetchmail 2>&1
        ;;
ip-down)
        ;;
*)
        ;;
esac

Multidrop-Modus:

Manche Provider stellen Mails für verschiedene Mail-User in einem POP3-Account bereit. Mit der oben beschriebenen Lösung kann man nun alle Mails zwar abholen, aber Sie würden an einen lokalen User zugestellt.

Hierbei muß man unterscheiden, ob beim Provider die Zieladresse beibehalten wird, oder ob die Zieladresse umgesetzt wird (i.A. auf den Mailaccount).

Zieladresse bleibt erhalten:

Fetchmail kann in diesem Fall die Mails direkt an den MTA (sendmail, postfix) weitergeben. Sie müssen nur dafür sorgen, dass sich der MTA für die ankommenden Mails zuständig fühlt.
Dazu dienen die Optionen aka bzw. localdomains. aka ersetzt den Domainanteil durch localhost, während localdomains den Domainanteil beibehält, was bedeutet, dass der MTAdafür konfiguriert sein muss, da Mail sonst nicht lokal verteilt wird, sondern wieder abgeschickt wird und wieder im Postfach landet :-(. (Mail-Loop!) Die .fetchmailrc sieht dann z.B. so aus:

poll mail.provider.de protocol POP3 aka domain1 domain2  user asterix password adam is *

Die Mailzustellung via MTA funktioniert ganz gewöhnlich, insbesondere können Aliasnamen in der /etc/aliases definiert werden,
sowie eine virtusertable (Sendmail) angelegt werden, die hauptsächlich benötigt wird, wenn mehrere Benutzer Ihres Systems Mails empfangen, die den gleichen Mail-Benutzernamen verwenden, wobei sich nur der Domainanteil unterscheidet. Dann muß vorher mindestens eine Adresse davon auf einen anderen lokalen Benutzer umgeschrieben werden.

Beispiel:
In Ihrer Mailbox kommen folgende Mail-Adressen an:
name@prov1.de
name@prov2.de
So würden diese Mails alle in ein lokales Postfach name geworfen. (oder in ein Postfach, das in der aliases dafür steht)
Also muß eine Adresse vorher einem anderen Benutzer zugeordnet werden. Dazu verwenden Sie in der Datei /etc/mail/virtusertable (Sendmail) folgende Syntax:

name@prov2.de		lokalerBenutzername

Danach muß SuSEconfig ausgeführt werden.

Einschränkungen:

Wenn Sie Mails erhalten, die Ihre Mailadresse nicht enthalten (z.B. von Mailinglisten oder BCC-Header), sollten Sie noch aufpassen, daß diese nicht wieder mit einer Fehlermeldung ("user unknown") zurückgesandt werden. Das erreichen Sie mit der Einstellung (in .fetchmailrc):

set no bouncemail

Solche Mails können jedoch nicht mehr dem einzelnen User zugeordnet werden, da fetchmail bzw. sendmail nicht mehr feststellen kann, an wen die Mail ursprünglich einmal adressiert war. Deshalb gehen diese Mails dann an Postmaster.
Wenn Sie eine sichere Lösung suchen, die so etwas wie eine Multidrop- Mailbox zur Verfügung stellt, fragen Sie Ihren Provider nach einer statischen IP-Adresse und ETRN oder nach dem Mailversand per UUCP.

Falls Ihr Provider in obigem Fall jedoch einen zusätzlichen Header einfügt, in dem sich der letztliche Empfänger wiederfindet (z.B. Delivered-To: bei Postfix oder qmail, X-Originally-To oder ähnliches) , können Sie fetchmail so konfigurieren, dass der entsprechende Header verarbeitet wird.
Dazu benötigen Sie die Option: envelope

Ein entsprechender Eintrag in der .fetchmailrc kann also folgendermassen aussehen:

poll mail.provider.de envelope Delivered-To: protocol POP3 
   aka domain1 domain2  user asterix password adam is *

Bei qmail gilt noch folgende Besonderheit:
fetchmail muss hier mit der Kommandozeilen-Option --qvirtual qmailprefix- aufgerufen werden.

Zieladresse wird umgesetzt:

In diesem Fall hat fetchmail (unseres Wissens) keine Möglichkeit, den Adressaten zu bestimmen. Hier kann nur der Header der Mail untersucht werden.

Hier empfiehlt es sich, einen eigenen User (z.B. mailer) einzurichten, der über eine ~/.procmailrc die Mails weiterleitet.

Dazu befinden sich Beispiele in Offline-Mini-Howto, z.B. unter http://www.linuxdoc.org/HOWTO/mini/Offline-Mailing.html

Siehe auch:

fetchmail kann Mails nicht abholen

Stichwörter: FETCHMAIL, POP3, SENDMAIL, MAIL, IMAP

Kategorien: Email

SDB-fetchmail, Copyright SuSE Linux AG, Nürnberg, Germany - Version: 02. Apr 1997
SuSE Linux AG - Zuletzt generiert: 12. Sep 2002 von sdb (sdb_gen 1.40.0)