[EasyLinux-Suse] Fetchmail funktioniert nur noch mit manuellen Aufruf
Anka Pflugbeil
lessing_tux at vegesack.de
Sam Mai 12 21:24:10 CEST 2007
Am Samstag, 12. Mai 2007 20:01 schrieb Stefan Luetje:
Hi Stefan
> > Nur, wenn das System die Mail holt, dann ist das doch einen Aufgabe für
> > Root?
>
> Nö
Versteh ich zwar jetzt nicht ganz? Aber gut, ich bin ja lernfähig!
> >> Probier doch mal 'sudo /etc/init.d/fetchmail stop' und dann 'sudo -u
> >> fetchmail fetchmail'.
> >
> > Lach jetzt bitte nicht, aber ich hab die Geschichte jetzt erst einmal für
> > mich gelöst! Ich hab einen Cronjob eingerichtet, der alle 15
> > Minuten /usr/bin/fetchmail ausführt.
> > Das ist mit Sicherheit so etwa "...von hinten, durch den A..., mit der
> > Faust ins Auge..." und ganz bestimmt nicht im Sinne des Erfínders. Denn
> > damit läuft ja der Daemon, der das eigentlich machen soll, immer noch
> > nicht. Aber was noch dümmeres ist mir erst mal beim besten Willen nicht
> > eingefallen!
>
> Diese "Lösung" finde ich wirklich sehr putzig ;-)
Mein Stefan würde jetzt sagen:
"Alle Köche sind beschi...en, die sich nicht zu helfen wissen!"
> Ich habe jetzt Feierabend und bin jetzt an meinem richtigen Rechner und
> habe hier mal meine alte Suse Partition gemountet.
> Schau dir doch mal die Datei /etc/sysconfig/fetchmail (eine Suse Spezial
> Datei) an. Bei mir steht dort die Zeile: FETCHMAIL_USER="fetchmail" und
> die könntest du in FETCHMAIL_USER="root" ändern, was ich allerdings
> wegen Sicherheitsbedenken nicht machen würde, aber immer noch besser ist
> als über einen cronjob.
Da steht komplett
# Fetchmail runs by default as a non-root user. This is more secure, but
# can cause problems when using delivery via MDA. In this case, change
# it to "root".
#
FETCHMAIL_USER="fetchmail"
Ich verstehe das mal so, dass fetchmail auch von einem normalen User gestartet
werden darf. Das habe ich ja auch bis heut Nachmittag immer von Hand gemacht.
Aber was ist MDA?
> Ein 'ls -l' im Suse /etc gibt bei mir folgendes aus:
> -rw------- 1 identd bin 370 2007-01-12 21:23 fetchmailrc
-rw------- 1 root root 391 9. Mai 20:20 fetchmailrc
Das ist die fetchmailrc aus meinem Home. Die habe ich da hin kopiert. Jetzt
lässt sich wohl der Daemon starten. Post wird aber offenbar immer noch nicht
geholt.
> Mal zum Vergleich mein Debian:
> -rw------- 1 fetchmail bin 369 2007-02-18 12:58 fetchmailrc
>
> Also muß die Datei bei dir dem User identd gehören.
???
Wo finde ich den Benutzer "identd"? In der Benutzerverwaltung steht so was
nicht. Kann ich das so einfach rein schreiben?
> Wenn du fetchmail komplett löscht und dann neu installierst, dann sollte
> diese Datei mit den richtigen Rechten neu angelegt werden.
>
> Wie ist die Ausgabe von 'sudo /etc/init.d/fetchmail restart'?
scaleotux:/etc # cd..
scaleotux:/ # /etc/init.d/fetchmail restart
Shutting down fetchmail done
Starting fetchmail done
scaleotux:/ # File /etc/fetchmailrc must be owned by you.
???
Ich hab doch eine fechtmailrc. Sogar jetzt 2. Eine in /etc, eine in meinem
Home.
Die Verwirrung für mich wird ja noch grösser:
Auch die Post von meinem Männel soll ja mit geholt werden. Wenn ich jetzt (wie
in der letzten Zeile gefordert) mir auch diese fetchmailrc in /etc zurück
gebe, dann ist der ja ausgeschlossen. Oder ich trage seine Maildaten bei mir
ein. Aber das kann doch nicht Sinn und Zweck der Sache sein?
Entschuldigung Stefan, wenn ich so rum eiere. Aber mir fehlen hier wohl die
notwendigen Zusammenhänge. Bei Mandriva z.B. liegt die fetchmailrc so weit
ich weiss schon immer im Home. Und trotzdem funktioniert der Aufruf über den
Daemon. Auch wenn es mehrere User gibt. Nur der Start der Geschichte ist da
etwas verzwickter, weil das in der Konsole gemacht werden muss und nicht als
Dienst erscheint.
Das kann doch eigentlich nicht so schwierig sein, das so auch mit Suse hin zu
bekommen.
Anka
So!
Jetzt gerade habe ich etwas ganz anderes, komisches bemerkt. Scheinbar werden
beim einwählen (ISDN) meine Postfächer geleert! Dafür hab ich nu gar keinen
Durchblick mehr!!!
--
Private Nachrichten bitte nur an die Adresse anka.pflugbeil at gmx.de senden
Bitte respektieren Sie meine Privatsphäre und nutzen dafür die
Möglichkeiten der GnuPG-Verschlüsselung mit dem Key 42CF30C775CE8965
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : nicht verfügbar
Dateityp : application/pgp-signature
Dateigröße : 189 bytes
Beschreibung: nicht verfügbar
URL : http://www.easylinux.de/pipermail/suse/attachments/20070512/785e5b39/attachment.pgp