Warum glaubt mir eigentlich keiner? Schnief..
Ein ps -A hat den Sendmail-Prozess angezeigt. Das Startskript wurde beim Booten
auch ausgefuehrt. Senmail war also da, existent, ist gelaufen, hat Rechenzeit
verbraten, aber hat verdammt noch mal keine smtp-jobs an Port 25 angenommen.
Deshalb hatte ich ja den xinetd in Verdacht gehabt. Die Terminologie von Daemon=no
ist etwas daneben. Eigentlich muesste es heissen: accept_connections=no, dann
haette man wenigstes gewusst, wo man dran ist.
Laut Herrn Smoerebroed oder wie er hiess ist dieses Ding dafuer verantwortlich,
das sendmail nichts animmt.
Das ganze wirft natuerlich berechtigterweise die Frage auf, warum der Daemon denn
ueberhaupt laufen muss, wenn er ohnehin nix macht?!
Patrick
Martin Schmitt wrote:
> * Patrick Glanz ([EMAIL PROTECTED]) wrote/schrieb:
> > Sendmail does not run from xinetd by default... In fact, I've not seen it do
> > that ever.
>
> Aha. Endlich wird mal meine Meinung von offizieller Seite best�tigt. Mir
> glaubt ja keiner.
>
> > Und tats�chlich, in /etc/sysconfig/sendmail
> > aus
> >
> > DAEMON=no
> > QUEUE="1"
> >
> > DAEMON=yes
> > QUEUE="1"
> >
> > gemacht, es funktioniert!
>
> Das entspricht soweit in etwa der Konfiguration unter SuSE, wo man einfach
> sagt, ob Sendmail denn nun gestartet werden soll, oder nicht. Ich nehme mal
> an, da� aufgrund von "DAEMON=yes" eine Kommandozeile "sendmail -bd" gebaut
> wird, die mit "QUEUE=1" insgesamt zu "sendmail -bd -q30m" o.�. wird.
> Wahrscheinlich kann man "QUEUE=0" setzen, um den automatischen Queue-Run zu
> unterbinden. Konsistent w�re das allerdings nicht. Vielleicht vermute ich
> falsch.
>
> Das hat aber nichts mit Sicherheit zu tun, sondern nur damit, ob der Proze�
> nun laufen soll, oder nicht.
>
> Bleibt die Frage: Was war das denn dann f�r ein Sendmail-Proze�, der vor
> sich hinbrummte? Bist Du sicher, da� der wirklich brummte, oder ist das so
> ein Schlu�, den Du aus der inetd.conf gezogen hast? Wei�t Du, wie man mit
> "ps" umgeht?
>
> -martin
> --
> Quitters never win, winners never quit.
> But those who never win and never quit are idiots.
> ---------------------------------------------------------------------------
> PUG - Penguin User Group Wiesbaden - http://www.pug.org
---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
