[ Suse 13.2 ] Fetchmail und Spamassassin
Guten Abend, nach einem 3x-ligen Installationsmarathon am heutigen Tag bin ich ratlos: fetchmail.service - A remote-mail retrieval utility Loaded: loaded (/usr/lib/systemd/system/fetchmail.service; enabled) Active: failed (Result: exit-code) since Sun 2015-02-15 17:14:31 CET; 47s ago Process: 2027 ExecStart=/usr/bin/fetchmail -d 900 -f /etc/fetchmailrc (code=exited, status=6) Main PID: 2027 (code=exited, status=6) Feb 15 17:14:31 linux-rmbz.site fetchmail[2027]: Datei /etc/fetchmailrc muss Ihnen gehören. aber !!! -------- linux-rmbz:~> ls -la /etc/fetchmailrc -rw------- 1 root root 170 15. Feb 16:53 /etc/fetchmailrc spamd.service - Daemonized version of spamassassin Loaded: loaded (/usr/lib/systemd/system/spamd.service; enabled) Active: failed (Result: exit-code) since Sun 2015-02-15 17:11:09 CET; 7min ago Feb 15 17:11:00 linux-rmbz.site spamd[697]: server socket setup failed, retry 1: spamd: could not create IO::Socket::IP socket on [::1]:783: Die angeforderte Adresse kann nicht zugewiesen werden Feb 15 17:11:01 linux-rmbz.site spamd[697]: server socket setup failed, retry 2: spamd: could not create IO::Socket::IP socket on [::1]:783: Die angeforderte Adresse kann nicht zugewiesen werden Feb 15 17:11:02 linux-rmbz.site spamd[697]: server socket setup failed, retry 3: spamd: could not create IO::Socket::IP socket on [::1]:783: Die angeforderte Adresse kann nicht zugewiesen werden Feb 15 17:11:03 linux-rmbz.site spamd[697]: server socket setup failed, retry 4: spamd: could not create IO::Socket::IP socket on [::1]:783: Die angeforderte Adresse kann nicht zugewiesen werden Feb 15 17:11:04 linux-rmbz.site spamd[697]: server socket setup failed, retry 5: spamd: could not create IO::Socket::IP socket on [::1]:783: Die angeforderte Adresse kann nicht zugewiesen werden Feb 15 17:11:05 linux-rmbz.site spamd[697]: server socket setup failed, retry 6: spamd: could not create IO::Socket::IP socket on [::1]:783: Die angeforderte Adresse kann nicht zugewiesen werden Feb 15 17:11:06 linux-rmbz.site spamd[697]: server socket setup failed, retry 7: spamd: could not create IO::Socket::IP socket on [::1]:783: Die angeforderte Adresse kann nicht zugewiesen werden Feb 15 17:11:07 linux-rmbz.site spamd[697]: server socket setup failed, retry 8: spamd: could not create IO::Socket::IP socket on [::1]:783: Die angeforderte Adresse kann nicht zugewiesen werden Feb 15 17:11:08 linux-rmbz.site spamd[697]: server socket setup failed, retry 9: spamd: could not create IO::Socket::IP socket on [::1]:783: Die angeforderte Adresse kann nicht zugewiesen werden Feb 15 17:11:09 linux-rmbz.site spamd[697]: spamd: could not create IO::Socket::IP socket on [::1]:783: Die angeforderte Adresse kann nicht zugewiesen werden Ich mach so etwas ja nicht zum ersten mal, aber das habe ich noch nie zu sehen bekommen! -- Klaus K. -- 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
Klaus Klose schrieb:
Guten Abend, nach einem 3x-ligen Installationsmarathon am heutigen Tag bin ich ratlos:
fetchmail.service - A remote-mail retrieval utility Loaded: loaded (/usr/lib/systemd/system/fetchmail.service; enabled) Active: failed (Result: exit-code) since Sun 2015-02-15 17:14:31 CET; 47s ago Process: 2027 ExecStart=/usr/bin/fetchmail -d 900 -f /etc/fetchmailrc (code=exited, status=6) Main PID: 2027 (code=exited, status=6)
Feb 15 17:14:31 linux-rmbz.site fetchmail[2027]: Datei /etc/fetchmailrc muss Ihnen gehören.
aber !!! --------
linux-rmbz:~> ls -la /etc/fetchmailrc -rw------- 1 root root 170 15. Feb 16:53 /etc/fetchmailrc
fetchmail läuft normalerseise nicht als root. Bei mir sieht das so aus:
ls -l /etc/fetchmailrc -rw------- 1 fetchmail daemon 1289 22. Dez 00:19 /etc/fetchmailrc
BTW, fetchmail wird von OS 13.2/systemd noch nicht toll unterstützt: - Es gibt kein rcfetchmail mehr (für andere Dienste gibt es trotz systemd noch rc....-Scripte) - /etc/sysconfig/fetchmail existiert (noch), wird aber ignoriert. Z.B. die Pollingrate (-d 900) ist fest eincodiert im systemd-File /etc/systemd/system/multi-user.target.wants/fetchmail.service Wenn dein fetchmail öfter nachsehen soll, musst du AFAIK die mitgelieferte systemd-Datei fetchmail.service editieren. :-( Martin -- 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
Am Sonntag, 15. Februar 2015, 18:27:01 schrieb Martin Burnicki: Hallo Martin
fetchmail läuft normalerseise nicht als root. Bei mir sieht das so aus:
ls -l /etc/fetchmailrc
-rw------- 1 fetchmail daemon 1289 22. Dez 00:19 /etc/fetchmailrc
??? Mageia 5 ######## [klaus@mga5 ~]$ ls -la /etc/fetchmailrc -rw------- 1 root root 375 Jul 26 21:53 /etc/fetchmailrc Debian Sid ########## klaus@sid:~$ ls -la /etc/fetchmailrc -rw------- 1 fetchmail root 478 Feb 27 20:43 /etc/fetchmailrc
BTW, fetchmail wird von OS 13.2/systemd noch nicht toll unterstützt:
Debian Sid und Mageia 4 bzw. 5 können das aber offenbar schon ohne weiteres. -- Klaus K. -- 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
Hallo Klaus, Klaus Klose schrieb:
Am Sonntag, 15. Februar 2015, 18:27:01 schrieb Martin Burnicki:
Hallo Martin
fetchmail läuft normalerseise nicht als root. Bei mir sieht das so aus:
ls -l /etc/fetchmailrc
-rw------- 1 fetchmail daemon 1289 22. Dez 00:19 /etc/fetchmailrc
???
Will heißen: Der Dienst "fetchmail" läuft als User "fetchmail", und diesem User muss auch die fetchmailrc gehören. Also mit sudo chown fetchmail:daemon /etc/fetchmailrc solltest du das entsprechend anpassen können.
Mageia 5 ########
[klaus@mga5 ~]$ ls -la /etc/fetchmailrc -rw------- 1 root root 375 Jul 26 21:53 /etc/fetchmailrc
Wenn der Dienst bei Mageia als root läuft, ist das ja auch OK.
Debian Sid ##########
klaus@sid:~$ ls -la /etc/fetchmailrc -rw------- 1 fetchmail root 478 Feb 27 20:43 /etc/fetchmailrc
Auch bei Debian scheint fetchmail nicht als root sondern als Benutzer "fetchmail" zu laufen, und dementsprechent gehört die Datei fetchmailrc auch nicht dem Bebnutzer "root", sondern "fetchmail". Der Name der Gruppe ("root" unter Debian, "daemon" unter OS 13.2) scheint mir egal zu sein, da ja eh keine Rechte zugewiesen sind.
BTW, fetchmail wird von OS 13.2/systemd noch nicht toll unterstützt:
Debian Sid und Mageia 4 bzw. 5 können das aber offenbar schon ohne weiteres.
Ich sagte ja nicht, dass es nicht funktioniert, nur halt nicht wie von früheren OS-Versionen gewohnt. Z.B. konnte ich in früheren OS-Versionen in /etc/sysconfig/fetchmail das Polling-Intervall einstellen, z.B. 120 statt 900, aber wenn ich das bei OS 13.2 mache, hat das keine Auswirkung, da die systemd-Datei für fetchmail den Wert -d 900 hartcodiert hat. Während es in /usr/sbin/ immer noch viele rc-Scripte gibt, über die sich viele Dienste trotz systemd noch mit der alten Befehlssyntax starten/stoppen lassen, gibt es dies für fetchnmail nicht, aber natürlich kannst du über die neue Syntax systemctl {start|stop|enable|disable} fetchmail den Dienst kontrollieren. Ist nur etwas inkonsequent, IMO, für einige Dienste die rc-Scripte noch anzubieten, für andere jedoch nicht. Martin -- 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
Hallo Martin, hallo Leute, Am Sonntag, 15. Februar 2015 schrieb Martin Burnicki:
BTW, fetchmail wird von OS 13.2/systemd noch nicht toll unterstützt:
- Es gibt kein rcfetchmail mehr (für andere Dienste gibt es trotz systemd noch rc....-Scripte)
Das wurde in Factory vor kurzem gefixt - nur wegen dieser "Kleinigkeit" (naja, je nach Standpunkt) gibt es aber wohl eher kein Update. rcfetchmail zum Selbermachen: cd /usr/sbin && ln -s service rcfetchmail
- /etc/sysconfig/fetchmail existiert (noch), wird aber ignoriert. Z.B. die Pollingrate (-d 900) ist fest eincodiert im systemd-File /etc/systemd/system/multi-user.target.wants/fetchmail.service
Siehe dazu auch https://bugzilla.opensuse.org/show_bug.cgi?id=905673 - das ganze ist also zumindest ein bekanntes Problem.
Wenn dein fetchmail öfter nachsehen soll, musst du AFAIK die mitgelieferte systemd-Datei fetchmail.service editieren. :-(
Wenn, dann bitte nach /etc/systemd/system/fetchmail.service kopieren und diese Datei bearbeiten (+ systemctl daemon-reload). Wenn Du die Datei in /usr/ bearbeitest, wird sie beim nächsten Fetchmail-Update überschrieben. Gruß Christian Boltz -- Das einzige Feature von OE das du unter Linux nicht nachgebaut bekommen wirst: Die Virenschleuder ;-) [Damian Philipp in suse-linux] -- 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
Am 15.02.2015 um 23:31 schrieb Christian Boltz:
Wenn, dann bitte nach /etc/systemd/system/fetchmail.service kopieren und diese Datei bearbeiten (+ systemctl daemon-reload). Wenn Du die Datei in /usr/ bearbeitest, wird sie beim nächsten Fetchmail-Update überschrieben. Gruß Christian Boltz
Hallo Christian, ich bin auch noch kein systemd Experte und habe mich auch schon gewundert warum mein fetchmail hier so selten "nachschaut". Nur kurze Frage dazu: Wenn ich die datei nach /etc/systemd/system/fetchmail.service kopiere, wieso kommt die dann dran, statt der /etc/systemd/system/runlevel5.target.wants/fetchmail.service, die ja wieder nur ein link auf /usr/lib/systemd/system/fetchmail.service ist ? Oder muss ich noch den link von /etc/systemd/system/runlevel5.target.wants/fetchmail.service umbiegen? Ich sehe den Automatismus noch nicht ... Grüße, norbert -- 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
Am Sonntag, 15. Februar 2015, 23:31:36 schrieb Christian Boltz: Hallo Christian
Das wurde in Factory vor kurzem gefixt - nur wegen dieser "Kleinigkeit" (naja, je nach Standpunkt) gibt es aber wohl eher kein Update.
Und wegen dieser "Kleinigkeit" ist Suse damit draussen. Mir fehlt nicht nur die Zeit, sondern auch die Nerven, um tagelang nach behelfsmässigen Lösungen für derartige, meiner Meinung nach simple und seit Jahren in Linux (aber scheinbar eben nicht mit Suse) funktionierende Aufgabenstellungen zu suchen. -- Kaus K. -- 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
Klaus Klose schrieb:
Am Sonntag, 15. Februar 2015, 23:31:36 schrieb Christian Boltz:
Hallo Christian
Das wurde in Factory vor kurzem gefixt - nur wegen dieser "Kleinigkeit" (naja, je nach Standpunkt) gibt es aber wohl eher kein Update.
Und wegen dieser "Kleinigkeit" ist Suse damit draussen. Mir fehlt nicht nur die Zeit, sondern auch die Nerven, um tagelang nach behelfsmässigen Lösungen für derartige, meiner Meinung nach simple und seit Jahren in Linux (aber scheinbar eben nicht mit Suse) funktionierende Aufgabenstellungen zu suchen.
Das kann ich gut verstehen. Siehe meine Email von vor einigen Minuten. Es scheint immer häufiger zu passieren, dass Änderungen gemacht werden, nach denen Funktionen, die lange problemlos ihren dienst getan haben, einfach nicht mehr funktionieren, weil irgendwelche Leute darin herumfummeln, ohne sich genügend Gedanken zu machen. Da fragt man sich, ob man Online-Updates einspielen sollte, um Sicherheitsprobleme zu beheben, oder ob man es sein lassen sollte, weil eventuell hinterher das System nicht mal mehr bootet. :-(( Martin -- 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 (5)
-
Christian Boltz -
Klaus Klose -
Martin Burnicki -
Martin Burnicki -
Norbert Zawodsky