Hallo! On Fre, Feb 14, 2003 at 08:10:51 +0100, Wolfgang Eitel wrote:

ich habe ein kleines Problem mit sendmail. Nach der Einrichtung mittels yast bei einer SuSE 7.3 lief erst mal alles wunderbar. Fetchmail hat abgeholte emails an sendmail abgegeben. Nach einem Neustart (und auch nach jedem weiteren Neustart) konnte fetchmail die mails nicht mehr an sendmail übergeben ?!? Witzigerweise habe ich (aus welchen Gründen auch immer) mal mit webmin die sendmail-Eigenschaften angeschaut und (ohne Veränderungen) auf den Button Einstellungen übernehmen gecklickt. Dann lief es wieder wunderbar. Wohl gemerkt OHNE VERÄNDERUNGEN. Nach einem erneuten Neustart lief wieder nichts. Erst nach erneutem Webminbesuch wurden die emails wieder übergeben.

Woran kann das liegen? Startet da irgendwas nicht richtig bei SuSE ?

Kann sein, dass sendmail nicht automatisch beim Boten gestartet wird. Wenn du dann mit Webmin rumhantierst startet er das dann evtl. Mach mal nach 'nem Reboot ein ps aux | grep sendmail Was siehst du da? Falls du nur das "grep sendmail" siehst, läuft der Daemon nicht. Durch ein insserv sendmail sollte das rc-Skript für sendmail aber dann in die rc-Verzeichnisse verlinkt werden, die beim Botten durchgeackert werden, sendmail sollte also dann automatisch gestartet werden.

Wolfgang

HTH, Schöpp -- Christian Schoepplein | Beste Rockband der Welt: http://www.lily-rockt.de mail@schoeppi.net | Linux fuer Blinde: http://www.blinux.suse.de

Hi Wolfgang! On Mon, Feb 17, 2003 at 12:56:50 +0100, Wolfgang Eitel wrote:

Christian Schoepplein schrieb:

...

Kann sein, dass sendmail nicht automatisch beim Boten gestartet wird. Wenn du dann mit Webmin rumhantierst startet er das dann evtl. Mach mal nach 'nem Reboot ein

ps aux | grep sendmail

Was siehst du da?

kommen zwei Zeilen, die eine mit dem grep und die andere mit sendmail hinten steht was von accepting connections. Hier ändert sich auch nichts, wenn ich mit webmin die Einstellungen neu speichere. Also hier ist alles in Ordnung.

Jepp, sendmail wird beim Systemstart automatisch gestartet.

Ich bin kein Profi mit Linux, deswegen mal so gefragt, kann ich nicht einfach eine aktuellere sendmail version (wenn es diese gibt) einspielen? Könnten dann damit meine Probleme beseitigt sein? Wenn ja, wo finde ich eine aktuelle Version und was muß ich dann alles machen, speziell auch an irgendwelchen Einstellungen?

Klar könntest du eine neuere sendmail-Version einspielen, aber scheinbar geht ja alles nachdem Webmin irgendwas mit sendmail macht und deswegen würde ich erst mal in Erfahrung bringen, was da so genau passiert... Ich kenne Webmin nicht, deswegen fällt mir da jetzt auch nicht ein. Probier doch noch mal sendmail einfach zu restarten, nachdem du gebootet hast: rcsendmail restart Gehts dann? Ansonsten versuch rauszukriegen, was Webmin da so treibt...

Wolfgang

Ciao, Schöppi -- Christian Schoepplein | Beste Rockband der Welt: http://www.lily-rockt.de mail@schoeppi.net | Linux fuer Blinde: http://www.blinux.suse.de

...und poste auch gleich mal die Ausgabe von fetchmail -v. Und laß tail -f /var/log/mail mitlaufen, während fetchmail zieht. Vielleicht sieht man da ja auch was. -- Andreas Feile www.feile.net

Also eigentlich funktioniert es ja nach der restart Geschichte. Daraus kommt bei mir die Überlegung ob in der Startreihenfolge was nicht paßt. Andreas Feile schrieb:

...und poste auch gleich mal die Ausgabe von fetchmail -v. Und laß tail -f /var/log/mail mitlaufen, während fetchmail zieht. Vielleicht sieht man da ja auch was.

hua, nicht gleich so viel... ich muß den server jetzt erst mal laufen lassen, damit die leutchen ihre mails bekommen. Aber bei fetchmail -a (was ist -v?) wurden alle Postfächer abgefragt und wenn Post dort war, konnte sie nicht an sendmail weitergegeben werden. Die Meldung kann ich gerade nicht reproduzieren. War irgendwas mit mail kann nicht an [email-adresse] .... (irgendwas mit flush) .... 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=, delay=00:00:01, mailer =local, pri=121457, dsn=5.1.1, stat=User unknown Feb 17 14:56:32 heinzelmann sendmail[3105]: h1HDuWV03105: ruleset=check_mail, arg1=<email-adresse>, relay=localhost [127 .0.0.1], reject=451 4.1.8 Domain of sender address emailadresse does not resolve Kann es übrigens sein, dass mir sendmail ungeliebte spam-mail filtert??? Ich habe gerade die folgende Zeile gefunden: Feb 17 12:46:51 heinzelmann sendmail[3199]: h1HBknO03197: to=, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, p ri=121457, relay=boss.com, dsn=5.1.2, stat=Host unknown (Name server: boss.com: host not found) MfG Wolfgang

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=, 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

Ho! On Mon, Feb 17, 2003 at 10:53:28 +0100, Wolfgang Eitel wrote:

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=, 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...

Kann es sein, dass da eher ein Problem mit der Namensauflösung vorliegt? Was startest du denn noch so außer sendmail? Läuft da irgendwie ein Nameserver?

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 :-)

Ich hatte so ein ähnliches Problem auch mal in einer Umgebung, wo ich keinen gescheiten Nameserver hatte. Wie sieht denn deine .fetchmailrc aus? Wie hast du sendmail eingerichtet? Über Webmin, über die Parameter-Datei von SuSE und SuSEconfig? Wie sieht die Datei /etc/rc.config/sendmail.rc.config aus (ich glaube damals hieß die so ;-))? [...]

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.

Du brauchst das Startskript von sendmail nicht nach rc4.d zu verlinken. Verändere einfach den Namen des Links in rc3.d von Sxysendmail in S99sendmail, um sendmail nach allen anderen Diensten zu starten. Geht es dann?

Wolfgang

Grüße, Schöpp -- Christian Schoepplein | Beste Rockband der Welt: http://www.lily-rockt.de mail@schoeppi.net | Linux fuer Blinde: http://www.blinux.suse.de

Hallo Wolfgang, hallo Leute, Am Dienstag, 18. Februar 2003 12:46 schrieb Wolfgang Eitel: [sendmail geht erst nach "rcsendmail restart - SuSE 7.3]

Hatte ich ja gemacht, aber hat nichts geholfen. War auf S11 habe es dann auf S99 gehoben. Kein Erfolg.

Na ich denke, ich lass es jetzt so laufen. Mache halt bei jedem Start auf S99 einen rcsendmail restart. Dann klappt es!

Blöde Frage: Wird sendmail beim Booten überhaupt gestartet? rcsendmail status oder ps aux | grep "[s]endmail" (natürlich _vor_ rcsendmail restart ;-) verraten es Dir. (Falls nicht: SMTP="yes" in der /etc/rc.config setzen.) Gruß Christian Boltz -- Das ist mir jetzt ehrlich wirklich richtig peinlich... Ich hätte geschworen, damals vsftp installiert zu haben. Hab' ich gar nicht, sondern proFtp... Ähem... also gut, dann bin ich eben damit sehr zufrieden. [Ratti in suse-linux]