ForumMails abholen mit fetchmail SuSE 9.1
Wiebke Schroeder – Samstag, 13. August 2005 14:20 Uhr

Hallo zusammen.

Ich habe da mal ein spannendes Phänomen, das auf Dauer keinen Spaß macht:

Wenn ich Kmail so einrichte, dass die Mail aus den Dateien /var/spool/mail/ und /var/mail/ abgeholt werden sollen und die fetchmailrc beim user wie folgt konfiguriert ist: poll “pop3.web.de” protocol POP3 : user “” there with password “” is “” here ;

passiert eine Menge, nur die Mails werden nicht gefunden. Die beiden Dateien werden auch nicht größer, so dass ich auch nicht mehr davon ausgehe, dass da überhaupt etwas ankommt. Aber in der Mailqueue finden sich die Mails. Hier sehen sie allerdings eher aus wie Mails, die versendet werden sollen. Was sich auch spätestens dann bestätigt, wenn man denn mal sendmail ausführt. Siehe da die Mailqueue ist leer. Nur so richtig ist das nicht…

Gut man kann ja Kmail auch noch so einrichten, das man fetchmail nicht braucht und man stattdessen per PoP3 auf den Webdienst zugreift.

Die Idee ist nicht schlecht. Dann findet man immerhin auch mal die Mails, die man bekommen sollte. Einziger Haken an der Geschichte: Wenn man dann das nächste Mal sendmail verwendet um mal wieder Mails in die weite Welt zu schicken, dann versucht er doch glatt die Mails die er bekommen hat auch nochmal an die Versender zurück zuschicken. Das ist schon mal mindestens nicht schön. Da er keine From-Adresse bei diesen Mails einträgt, können diese dann auch nicht nochmal verschickt werden und landen mit irgendwelchen Fehlermeldungen in der Mailqueue. Klasse. Gut da kann man sie wieder rauslöschen. Nur der Sinn der Erfindung war das nicht.

Das ganze passiert hier nur an dem Rechner meiner Eltern. An meinem Eigenen Rechner funktioniert das Abholen mittels fetchmail und /var/spool/mail bzw. /var/mail eins a. Die Einstellungen über YAST im Mailtransfer-Agenten sind bis auf Benutzernamen und Passwörter, den Nutzer, an den die root-Mails weitergeleitet werden und die Anzahl der eingetragenen Webmailer absolut identisch.

Kennt jemand das Phänomen oder besser noch eine Lösung dafür???

Falls noch logdateien oder Einstellungsdateien benötigt werden bitte kurz melden, ich beschaffe die Informationen so schnell wie möglich.

Danke!

Gruß

Wiebke

3 Antworten
Stefan Günther – Samstag, 13. August 2005 15:09 Uhr

Hi Wiebke,

normalerweise reicht Fetchmail die Emails an den MTA, in Deinem Fall Postfix, weiter. Wenn Fetchmail die Emails erfolgreich abholen kann, dann müßtest Du in der Datei /var/log/mail Einträge finden, die belegen, daß Fetchmail die EMails an Postfix weiterreicht.
Wenn dies der Fall ist, dann solltest Du in dieser Logdatei auch sehen, was Postfix von den Emails hält und was es damit anstellt, zum Beispiel, ob es die Emails lokal zustellt.
Interessant für die weitere Analyse wären also ein paar Zeilen aus der /var/log/mail, damit man den Weg der Email nachvollziehen kann.

Gruß,

Stefan

Wiebke Schroeder – Samstag, 13. August 2005 23:09 Uhr

Hei Stefan.

Herzlichen Dank für den Tip. Werde ich prüfen sobald ich wieder bei meinen Eltern bin (leider erst in zwei Wochen).

Schönes Wochenende!

Wiebke

Wiebke Schroeder – Samstag, 27. August 2005 11:25 Uhr

Hei Stefan.

Habe jetzt auch die log-Dateien vorliegen. In die /var/log/mail schreibt er sicherheitshalber gleich gar nichts, aber aus der var/log/mail.info hätte ich was:

Aug 27 11:13:00 linux postfix/postfix-script: starting the Postfix mail system Aug 27 11:13:00 linux postfix/master[6120]: daemon started — version 2.0.19-20040312 Aug 27 11:15:03 linux poll.tcpip: Starting mail and news send/fetch Aug 27 11:15:09 linux poll.tcpip: Done mail and news send/fetch Aug 27 11:15:21 linux postfix/smtpd[8130]: connect from localhost[127.0.0.1] Aug 27 11:15:21 linux postfix/smtpd[8130]: 406EA21C57: client=localhost[127.0.0.1] Aug 27 11:15:21 linux postfix/cleanup[8133]: 406EA21C57: message-id= Aug 27 11:15:21 linux postfix/qmgr[6128]: 406EA21C57: from=, size=2738, nrcpt=1 (queue active) Aug 27 11:15:21 linux postfix/smtpd[8130]: disconnect from localhost[127.0.0.1] Aug 27 11:15:21 linux postfix/qmgr[6128]: 406EA21C57: to=, orig_to=, relay=none, delay=0, status=deferred (deferred transport) Aug 27 11:17:08 linux postfix/qmgr[6128]: 406EA21C57: from=, size=2738, nrcpt=1 (queue active) Aug 27 11:17:13 linux postfix/smtp[8170]: 406EA21C57: to=, orig_to=, relay=smtp.web.de[217.72.192.157], delay=112, status=sent (250 OK id=1E8wlO-0003Rs-00) Aug 27 11:17:13 linux postfix/qmgr[6128]: 406EA21C57: removed

Und dann ist mir noch folgendes aufgefallen: Nach dem durchgeführten fetchmail sehe ich die Mails in der mailq – als zu versendende Mails. Auch beim Holen der Mails aus /var/spool/mail/ …

Muß ich das noch verstehen?

Danke schon mal vorab für die Hilfe

Wiebke

Roland Gänßler – Sonntag, 14. August 2005 07:53 Uhr

Hallo Wiebke,

ich habe ein ziemlich ähnlich aufgebautes Mailsystem wie du.

Einen ähnlichen Effekt wie du erhalte ich, wenn ich an meiner lokalen Mailbox (/var/spool/mail/roland) rumgespielt habe, um eine vermeintliche Spammail wieder ins System zu bekommen.

Dann passen in der Regel die Eigentumsverhältnisse für die Datei nicht.

Zum Vergleich meine funktionierenden Eigentums- und Berechtigungsverhältnisse der Datei:

-rw——- 1 roland users 0 2005-08-14 05:31 roland

Viele Grüße,

Roland

Wiebke Schroeder – Samstag, 27. August 2005 11:27 Uhr

Hei Roland.

Danke für den Tipp – die Rechte habe ich überprüft, sind genau so wie von Dir beschrieben. Schade aber auch ;) Wäre schließlich endlich mal was gewesen was man einfach hätte ändern können :)

Wiebke

Wiebke Schroeder – Samstag, 27. August 2005 16:45 Uhr

Hallo nochmal alle zusammen

Herzlichen Dank an alle die versucht haben für mein kleines Problem eine Lösung zu finden.

Ich habe das Rätsel gelöst. Und wie immer hinterher war es ganz einfach. Sobald man Mails mit fetchmail oder auch “direkt” per POP3 Zugriff abholte sind sie automatisch in der Warteschlange für die ausgehenden Mails gelandet. Lösung: Der Alias war verdreht. Jetzt scheint es in beide Richtungen zu funktionieren. Ich kann hier wieder sauber Mails empfangen (sowohl interne als auch von extern) und auch Mails sauber versenden.

Alles Gute!

Wiebke