Email Fetchmail

Meine Probleme mit fetchmail

Postabholung unterbrochen

bei Neueinwahl ins Internet kommt es vor, daß auf einmal die server nicht mehr gefunden werden. (DNS-Problem?) In der Regel hilft es, den fetchmail-daemon neu zu starten:
/etc/init.d/fetchmail restart

Doppelte Mails

Seit dem Umzug auf den neuen Rechner werden e-mails sporadisch dupliziert (wenn sie durch nicht direkt vom pop3-Server gelöscht werden, weil die option keep gesetzt ist). Allerdings nicht bei jeder Abholung durch einen laufenden daemon (einen Hintergrundprozeß, der alle paar Minuten neue mails anschleppt), sondern "nur manchmal" – nämlich immer dann, wenn der daemon neu-gestartet wird. Die Konfiguration unterscheidet sich allerdings nicht von der des alten Systems, wo dieses Problem nicht bestand :-( Dennoch betrifft das Problem lustigerweise nur einen der Server!

Lösung

in der Konfigurationsdatei /etc/fetchmailrc:
set idfile "/var/mail/.fetchmail-UIDL-cache"
Diese Datei muß offenbar(?) auch existieren – also zur Not manuell angelegt werden! – und zwar mit folgenden Attributen:
-rw------- 1 fetchmai mail .fetchmail-UIDL-cache

Hilfsmittel

nachbereitende Beseitigung

• in mutt kann man Nachrichten mit Shift+T nach einem Muster auswählen. Das Muster für Duplikate ist ̃ =. Wenn sie alle ausgewählt sind, dann kann man sie offenbar mit ; s irgendwohin speichern oder mit ; d direkt löschen.
• ein Werkzeug zur Beseitigung des Effekts (der ja immer mal auftreten kann, z.B. wenn die Verbindung beim Abholen abbricht oder so), ist das script remove-dups.pl von Markus Hennecke. Es legt zu jeder mbox, die in der Kommandozeile angegeben wird eine neue mbox.new an, die keine Doubletten mehr enthält. Identifiziert werden die Duplikate über die Message-IDs. – Irgendwie macht das tool aber nicht genau das, was ich erwarten würde! Manche Nachrichten verschwinden komplett, andere nicht. Manche tauchen entsprechend doppelt wieder in der Datei duplicates auf, andere hingegen nur einfach! – ???

vorbeugende Beseitigung

• Keine Lösung, aber ein Tip, wie man sich gegen doppelte mails schützen kann (z.B. wenn die an mehrere Mailing-Listen geschickt werden), besteht in einem procmail-Rezept.

Konfiguration (auf debian)

(zur Konfiguration mit dpkg-reconfigure: fetchmail-ssl ersetzt fetchmail. Mit dpkg -s packetname kann man überprüfen, welches der beiden Pakete installiert ist.)

trotz dpkg-reconfigure debconf mit Priorität der Fragen low, fragt dpkg-reconfigure fetchmail-ssl gar nichts.

• Änderung in /etc/default/fetchmail nur zur Diagnose (wieder aufgehoben): OPTIONS="--daemon 300 --syslog -v"

offene Fragen

• warum nimmt der daemon die logfile option nicht ernst, vor allem, wenn nosyslog gesetzt ist?