Hallo, Am Wed, 19 Oct 2005, Thomas Michalka schrieb:
David Haller schrieb:
Am Tue, 18 Oct 2005, Thomas Michalka schrieb: [..]
Das Problem hat sich ja wohl erledigt, oder? ;)
Zeig mal
* den Mailer-Eintrag in der sendmail.cf
egrep -A2 '^M(local|procmail)' /etc/sendmail.cf
Mlocal, P=/usr/bin/procmail, F=lsDFMAw5:/|@qSPfhn09, S=EnvFromL/HdrFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix, A=procmail -a $h -d $u
Ok, bis auf S= und R= sieht der bei mir genauso aus, aber mein sendmail ist auch schon "antik", da sind die Regeln nur numeriert.
Ich kann hier nur soviel erkennen, daß procmail wohl für die lokale Zustellung verwendet wird, das ist dann aber auch schon alles.
Jep.
Oder gibt's hier nicht mehr wesentliches zu verstehen?
Doch, _wie_ procmail aufgerufen wird.
* den fetchmailrc Eintrag (ohne pop-username/Passwort!) [..] poll pop.gmx.net with proto POP3 timeout 60 and options no dns [...] user '
' there with password ' ' is '<username>' here options fetchall stripcr pass8bits ssl sslfingerprint '<Hex-Fingerprint>' smtphost mail.mydom.mytopdom
Ist das der lokale Host? Denn 'localhost' ist automatisch gesetzt.
Und ueberpruefe deine Procmail-Regeln!
Bei mir gibt es keine /etc/procmailrc.
Bei mir auch nicht, bei der Zustellung wie oben wird die ~/.procmailrc verwendet, jeder User kann also filtern wie er will.
Scheint laut man-page auch nicht nötig zu sein. Eingehende Mail wird dann in der voreingestellten System-Mailbox abgelegt, also wohl /var/spool/mail/<benutzername>, wie das bei mir der Fall ist.
Korrekt. Aber dann brauchst du procmail eigentlich nicht. Ich wuerde an deiner Stelle aber mit procmail filtern und nicht mit den MUAs... -dnh -- Linux only became possible because 20 years of OS research was carefully studied, analyzed, discussed and thrown away. Ingo Molnar on linux-kernel