Kleines Problem mit sendmail beim reboot
Hallo Liste, 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 ? Ciao Wolfgang
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
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. 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? MfG Wolfgang
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
Christian Schoepplein schrieb:
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.
*grins* ich kenne Webmin auch nicht so gut. Ist ne grafische Oberfläche für Fernzugriff. Hat mal jemand installiert, der mir aus der Ferne geholfen hat.
Probier doch noch mal sendmail einfach zu restarten, nachdem du gebootet hast:
rcsendmail restart
Gehts dann? Ansonsten versuch rauszukriegen, was Webmin da so treibt...
Wie soll ich rauskriegen, was webmin macht??? In der message-Datei kommt diesbezüglich (und auch zu sendmail) keine Bemerkung. :-( ... kurzer Test mit restart ... jap, juhee .... Funktioniert. Nun gut, dann ein restart in die boot.local und schon müßte es nach jedem neustart funktionieren. Aber eigentlich ist ja der Fehler nicht behoben, sondern nur umgangen. MfG Wolfgang Ich liebe diese Liste!
Wolfgang Eitel, Montag, 17. Februar 2003 12:56:
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?
Glaube kaum, daß Dir das was bringen würde, denn sendmail funktioniert auch in der Version, die der 7.3er beiliegt, ganz gut... (wenn ich auch eher postfix... aber lassen wir das). Was sagt denn ein telnet localhost smtp nach einem Reboot und bevor Du mit Webmin herumprobiert hast? -- Andreas Feile www.feile.net
...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=
Wolfgang Eitel, Montag, 17. Februar 2003 15:17:
ich muß den server jetzt erst mal laufen lassen, damit die leutchen ihre mails bekommen. Aber bei fetchmail -a (was ist -v?)
man fetchmail
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... newaliases hast ja laufen lassen, oder? Aber nee, das kanns auch nicht sein... -- Andreas Feile www.feile.net
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
Wolfgang Eitel, Montag, 17. Februar 2003 22:53:
man fetchmail
erwähnte ich meine mangelnden Englischkenntnisse schon? *grins und grml*
-v = verbose = ausführlich. Fetchmail wirft so allerlei an Zusatzinfo aus. Wenn das immer noch nicht reicht: -v -v, damit wird fetchmail dann so richtig ausführlich. -- Andreas Feile www.feile.net
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
Christian Schoepplein schrieb:
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?
Nö, da läuft kein Nameserver. Ich habe aber schon oft gehört, dass es gut wäre einen zu installieren, wozu denn?
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 ;-))?
sendmail habe ich einfach im yast 1 auf ständige Verbindung gestellt. Was ich so gehört habe, ist sendmail recht komplex, deswegen war ich froh, dass es funktioniert hatte. Soll wohl ein Buch mit über 1000 Seiten zu sendmail geben. Das kann es doch auch nicht sein, oder? Wenn es nach einem restart funktioniert, kann es doch nicht die Konfiguration sein.
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?
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! MfG Wolfgang
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]
participants (4)
-
Andreas Feile
-
Christian Boltz
-
Christian Schoepplein
-
moenus@t-online.de