Andreas Feile schrieb:
man fetchmail
erwähnte ich meine mangelnden Englischkenntnisse schon? *grins und grml*
In der /var/log/mail waren folgende Einträge die evtl. was damit zu tun haben könnten:
Feb 17 12:46:51 heinzelmann sendmail[3199]: h1HBknO03197: to=<FETCHMAIL-DAEMON@heinzelmann.juze.lohr>, delay=00:00:01, mailer =local, pri=121457, dsn=5.1.1, stat=User unknown
Komische To-Adresse... Aber gut: User unknown. Er scheint Deine lokalen User nicht zu kennen. Komisch allerdings, daß sendmail sie nach einem Restart kennt... Ich denke, hier müßten sendmailspezialisten helfen. Ich ja, wie gesagt, mehr bei postfix daheim...
Wenn ich richtig informiert bin, schaut fetchmail erst mal in den postfächern nach ob was neues da ist, versucht sie dann an sendmail zu übergeben, und wenn eben keine positive Rückmeldung von sendmail kommt (wie in diesem Fall), dann übermittelt fetchmail die mail nicht sprich löscht sie im Postfach nicht. Hier scheint mir sendmail dem fetchmail mitzuteilen, dass er den user nicht kennt und deswegen wird die mail nicht verworfen, sonst würden die alle in der Wüste landen :-)
newaliases hast ja laufen lassen, oder? Aber nee, das kanns auch nicht sein...
ne, daran liegt es nicht. Ich habe jetzt auch mal sendmail in den rc5.d später gestartet. Ohne Erfolg! Meine boot.local Geschichte ist auch gestorben, da ich mich erinnete, dass boot.local vor den rc#.d skripten kommt. Deswegen mein aktueller Versuch: S99[skript] -> startet den sendmail neu ... kurz gewartet ob es klappt ... Und juhee, es funktioniert! Wenn es zwar auch nicht das eigentliche Problem behebt, dann doch wenigstens dessen Auswirkung. Uff wieder einen Tag erfolgreich abgeschlossen ;-) MfG Wolfgang