![](https://seccdn.libravatar.org/avatar/4751e286bf842da87b60a6e42659eb1f.jpg?s=120&d=mm&r=g)
Hallo Liste, ich habe am Wochenende, und den Tagen davor, mehr oder weniger Zustände bekommen, weil es nicht hingeht, dass Fetchmail auf einer kompletten Neuinstallation als Daemon läuft. Beim Versuch den Dienst über Yast zu starten heißt es lapidar, dass er "tot" ist. Per Systmdbefehl kommt folgendes: suse152-4:/home/steffi # systemctl status fetchmail ● fetchmail.service - A remote-mail retrieval utility Loaded: loaded (/usr/lib/systemd/system/fetchmail.service; enabled; vendor preset: di> Active: failed (Result: exit-code) since Sun 2020-08-09 14:17:26 CEST; 10s ago Main PID: 8852 (code=exited, status=6) CPU: 4ms Aug 09 14:17:26 suse152-4 systemd[1]: Started A remote-mail retrieval utility. Aug 09 14:17:26 suse152-4 fetchmail[8852]: Datei /etc/fetchmailrc muss Ihnen gehören. Aug 09 14:17:26 suse152-4 systemd[1]: fetchmail.service: Main process exited, code=ex> Aug 09 14:17:26 suse152-4 systemd[1]: fetchmail.service: Failed with result 'exit-cod> suse152-4:/home/steffi # ls -la /etc/fetchmailrc -rw------- 1 root root 858 Aug 9 14:18 /etc/fetchmailrc Mir rätselhaft, warum da offenbar die Rechte nicht passend sein sollen? Zum Vergleich meine systenmweite fetchmailrc [root@mageia7-01 klausklose]# ls -la /etc/fetchmailrc -rw------- 1 root root 29 Sep 24 2014 /etc/fetchmailrc Die auf dem Suserechner stammt aus einer von Suse 13.xxx bis 15.1 laufenden Installation. Und wurde auch in einem letzten Versuch mit touch /etc/fetchmailrc neu angelegt und dann mit den Daten befüllt. Die Rechte wurden in beiden Fällen als Benutzer root mit chmod 600 /etc/fetchmailrc gesetzt. Funktionierte so bisher immer! Was läuft hier also quer? Warum meint openSUSE 15.2, daß die fetchmailrc n_i_c_h_t root gehört? PS: Ein manueller Abruf mit einer fetchmailrc im USER-Verzeichnis funktioniert. Das kann aber keine Lösung auf Dauer sein. -- Klaus Bernhard Klose -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/a4c6424c3f1e20db319f93775903d8da.jpg?s=120&d=mm&r=g)
On Mon, 10 Aug 2020 18:50:52 +0200
Klaus Klose
Die Rechte wurden in beiden Fällen als Benutzer root mit Die korrekten Rechte müssen 600 fetchmail:root lauten.
Wenn fetchmail als Daemon mittels systemd gestartet wird, dann läuft er aus Sicherheitsgründen als user fetchmail (s. /usr/lib/systemd/system/fetchmail.services).
PS: Ein manueller Abruf mit einer fetchmailrc im USER-Verzeichnis funktioniert. Das kann aber keine Lösung auf Dauer sein. Das machst Du bestimmt aus einer root-Shell heraus. Dann stimmen die Rechte natürlich.
Viele Grüße Matthias -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/4751e286bf842da87b60a6e42659eb1f.jpg?s=120&d=mm&r=g)
Am Montag, den 10.08.2020, 19:09 +0200 schrieb Matthias: Hallo Matthias
Die Rechte wurden in beiden Fällen als Benutzer root mit Die korrekten Rechte müssen 600 fetchmail:root lauten.
Wenn fetchmail als Daemon mittels systemd gestartet wird, dann läuft er aus Sicherheitsgründen als user fetchmail (s. /usr/lib/systemd/system/fetchmail.services).
Das ist mir völlig neu.
PS: Ein manueller Abruf mit einer fetchmailrc im USER-Verzeichnis funktioniert. Das kann aber keine Lösung auf Dauer sein. Das machst Du bestimmt aus einer root-Shell heraus. Dann stimmen die Rechte natürlich.
Eine normal USER-Shell. Und für den Aufruf per Befehl fetchmail haut es offenbar mit den Rechten hin. O.K., ich komme erst zum Wochenende an de betroffenen Rechenknecht. Ich schua mir das unter Beachtung Deines Hinweises an. -- Klaus Bernhard Klose -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/4751e286bf842da87b60a6e42659eb1f.jpg?s=120&d=mm&r=g)
Am Montag, den 10.08.2020, 19:09 +0200 schrieb Matthias: Hallo Matthias Funktioniert trotzdem nicht. Auch nicht auf einer vollständigen Neuinstallation (der 4. in Folge), die zudem auch noch weitere Merkwürdigkeiten aufweist. Ein inakzeptable Bootzeit unter anderem. -- Klaus Bernhard Klose -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/a4c6424c3f1e20db319f93775903d8da.jpg?s=120&d=mm&r=g)
On Thu, 13 Aug 2020 19:12:00 +0200
Klaus Klose
die zudem auch noch weitere Merkwürdigkeiten aufweist. Ein inakzeptable Bootzeit unter anderem. Um irgendwelche Seiteneffekte auszuschließen, sollte völlig unabhängig von fetchmail erstmal das System zufriedenstellend laufen.
Funktioniert trotzdem nicht. Mit welcher Fehlermeldung? Das sind arg wenig Infos, da kann ich nur noch etwas im Nebel stochern und raten.
Ich gehe davon aus, daß jetzt fetchmailrc die korrekten Rechte hat und daß fetchmail von systemd mit User=fetchmail gestartet wird. Steht in /etc/sysconfig/fetchmail (644 root:root) irgend etwas, was zu diesem Szenario nicht paßt? Gibt es im System einen Benutzer fetchmail, der Mitglied der Gruppe daemon und dessen home-Verzeichnis /var/lib/fetchmail/ ist? Rechte: /var/lib/fetchmail/ 700 fetchmail:root? /var/lib/fetchmail/fetchmail.pid 600 fetchmail:daemon? Viele Grüße Matthias -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/4751e286bf842da87b60a6e42659eb1f.jpg?s=120&d=mm&r=g)
Am Donnerstag, den 13.08.2020, 21:03 +0200 schrieb Matthias:
Hallo Matthias
Um irgendwelche Seiteneffekte auszuschließen, sollte völlig unabhängig von fetchmail erstmal das System zufriedenstellend laufen.
Genau das ist der Casus Cnactus! Exorbitant langes booten. Ähnlich verzögerter Shutdown. Von den 12 Stunden Akkulaufzeit lt. Datenblatt waren nicht mal 4 Stunden übrig. Im konkreten Fall wurde ein Syntaxfehler in einer Zeile der Fetchmailrc bemeckert, die eigentlich die Anweisung für Procmail enthält. Und der Daemon für Spamassassin musste nach jedem booten wieder von Hand gestartet werden. Die Zeit um hier nochmals nach möglichen Fehlerquellen zu suchen habe ich einfach nicht. -- Klaus Bernhard Klose -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/8f24c89c8684a818599e00848e628100.jpg?s=120&d=mm&r=g)
Hallo Klaus,
Am Mon, 10 Aug 2020 18:50:52 +0200
schrieb Klaus Klose
Hallo Liste,
ich habe am Wochenende, und den Tagen davor, mehr oder weniger Zustände bekommen, weil es nicht hingeht, dass Fetchmail auf einer kompletten Neuinstallation als Daemon läuft. Beim Versuch den Dienst über Yast zu starten heißt es lapidar, dass er "tot" ist. Per Systmdbefehl kommt folgendes:
suse152-4:/home/steffi # systemctl status fetchmail ● fetchmail.service - A remote-mail retrieval utility Loaded: loaded (/usr/lib/systemd/system/fetchmail.service; enabled; vendor preset: di> Active: failed (Result: exit-code) since Sun 2020-08-09 14:17:26 CEST; 10s ago Main PID: 8852 (code=exited, status=6) CPU: 4ms
Aug 09 14:17:26 suse152-4 systemd[1]: Started A remote-mail retrieval utility. Aug 09 14:17:26 suse152-4 fetchmail[8852]: Datei /etc/fetchmailrc muss Ihnen gehören.
Das ist der entscheidende Hinweis
[...] suse152-4:/home/steffi # ls -la /etc/fetchmailrc -rw------- 1 root root 858 Aug 9 14:18 /etc/fetchmailrc
Das ist der entscheidende Hinweis, denn deshalb ...
[root@mageia7-01 klausklose]# ls -la /etc/fetchmailrc -rw------- 1 root root 29 Sep 24 2014 /etc/fetchmailrc [...]
... kann es nicht funktionieren. Aus dem Internet:
/etc/fetchmailrc muss 600 Berechtigungen haben und muss dem Benutzer fetchmail gehören, also führen wir Folgendes aus:
chmod 600 /etc/fetchmailrc chown fetchmail /etc/fetchmailrc¹
Versuche das mal (als root). HTH Gruß Wilhelm ¹ https://www.howtoforge.de/anleitung/linux/abrufen-von-e-mails-auf-entfernten... -- openSUSE Tumbleweed 20200810 GNU/Linux 5.8.0-1-default x86_64 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/4751e286bf842da87b60a6e42659eb1f.jpg?s=120&d=mm&r=g)
Am Donnerstag, den 13.08.2020, 21:29 +0200 schrieb Wilhelm Boltz: Hallo Wilhelm
... kann es nicht funktionieren.
Wenn Du das sagst mache ich was falsch? Oder doch nicht? Gerade frisch auf diesem Laptop installiert. [root@mageia7-11 steffi]# ls -la /etc/fetchmailrc -rw------- 1 root root 199 Aug 14 14:27 /etc/fetchmailrc Die habe ich nicht mal selber anlegen müssen, denn eine bis auf den Hinweis # Put here each user config leere Vorlage wurde bei der Installation von Fetchmail angelegt. Nur noch die passenden Daten für den Abruf der einzelnen Konten eintragen. Und es passt jetz. Auch Spamassassin läuft hier ab dem Systemstart wie gewünscht. Der ThinkPad bootet übrigens, je nach dem wie oft man sich bei der Eingabe des Verschlüsselungspasswortes vertippt, in 10 bis 30 Sekunden. -- Klaus Bernhard Klose -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (3)
-
Klaus Klose
-
Matthias
-
Wilhelm Boltz