Hi! So kommt es mir fast vor........
Nachdem unser Mailserver (486 er, Suse 6.1) von uns ging (Hardware...)und ich ihn neu installieren durfte, geht gar nichts mehr. Sendmail kommt beim Versenden von Mail bis:
DATA
354 go ahead
.
und dann bleibt alles stehen. Wenn ich dann die Verbindung beende, weil das sonst ewig dauert, beginnt irgendein Schelm genau ( !) aller 2 Minuten sich wieder rauszuwählen. Und zwar mit genau er Absene IP, die uns der Provider beim letzten mal zugeteilt hat. Und genau nach port 25 der Mailservers beim Provider. Absendeport ist so um die 1524 ...- ...1547. 'ps ax' zeigt keinen aktiven Prozess an und nach einer Minute legt der Rechner auch wieer auf. Um dann gleich wieder rauszuwählen :( Kille ich den Sendmaildämon Komplett, ändert sich erstaunlicherweise überhaupt nix daran!! Wer ist da noch aktiv ?? Eine unzufriedene Postsubroutine???? Es ist echt nix mehr aktiv aussser Inetd und crond! und da ist nix, was sich regt! Starte ich eine andere Onlineanwendung (z.B. telnet) dann wird die Verbindung (so sie gerade mal ruht) mit der ordentlichen fake-IP der ISDN-Controllers aufgebaut....das klappt wie es soll.
So, dacht ich. nu aber Nase voll Sendmail raus und mal smail rein. Ha!! und was da...genau das selbe!!! Post abschicken geht bis zum eigentliche Datenversenden. Was in der Luft hängt, wird ewig versucht abzuliefern, auch wenn der eigentliche maildämon schon in den ewigen Jagdgründen ruht!!!!!
Im Log steht noch was beim Verbindungsaufbau wie:
Kernel check for LZS failed
..und dann werden die IP's zugewiesen. Keine Ahnung, ob das was bedeutet.
Leute...ich schnalls nicht. Hilfe!!! ich habe die Kiste übers wochende mit zhause...wir können also mal
danke schon mal
Jens PS. Ich poste das auch mal in paar newsbretter.
On Thu, Nov 11, 1999 at 08:05:33PM -0000, Jens Puruckherr wrote:
und dann bleibt alles stehen. Wenn ich dann die Verbindung beende, weil das sonst ewig dauert, beginnt irgendein Schelm genau ( !) aller 2 Minuten sich wieder rauszuwählen. Und zwar mit genau er Absene IP, die uns der Provider beim letzten mal zugeteilt hat. Und genau nach port 25 der Mailservers beim Provider. Absendeport ist so um die 1524 ...- ...1547. 'ps ax' zeigt keinen aktiven Prozess an und nach einer Minute legt der Rechner auch wieer auf. Um dann gleich wieder rauszuwählen :( Kille ich den Sendmaildämon Komplett, ändert sich erstaunlicherweise überhaupt nix daran!! Wer ist da noch aktiv ?? Eine unzufriedene Postsubroutine???? Es ist echt nix mehr aktiv aussser Inetd und crond! und da ist nix, was sich regt!
Schreib mal in das Scipt, das beim Onlinegehen ausgefuehrt wird, ein 'lsof' rein ( ftp://vic.cc.purdue.edu/pub/tools/unix/lsof/ ) Damit siehst du, welcher Prozess an deinem Port 1524..1547 baumelt. "netstat" koennte auch reichen.
BYe, Reinhard
On Thu, Nov 11, 1999 at 08:05:33PM -0000, Jens Puruckherr wrote: : Hi! : So kommt es mir fast vor........ : : Nachdem unser Mailserver (486 er, Suse 6.1) von uns ging (Hardware...)und : ich ihn neu installieren durfte, geht gar nichts mehr. Sendmail kommt beim : Versenden von Mail bis: : : >>>DATA : 354 go ahead : >>> . : : und dann bleibt alles stehen. Wenn ich dann die Verbindung beende, weil das : sonst ewig dauert, beginnt irgendein Schelm genau ( !) aller 2 Minuten sich : wieder rauszuwählen. Und zwar mit genau er Absene IP, die uns der Provider : beim letzten mal zugeteilt hat. Und genau nach port 25 der Mailservers beim : Provider. Absendeport ist so um die 1524 ...- ...1547.
Koennte das so ein FIN_WAIT-Problem sein. M.W. ist beim Beenden einer TCP-Verbindung ein 3-Weg-Handshake notwendig, und das kann sehr lange dauern, wenn einer der Partner vorher abhandengekommen ist.
Wahrscheinlich wirst Du entdecken, dass da der Port noch offen ist, im Zustand FIN_WAIT haengt (mit netstat ansehen) und kein Prozess mehr dazu gehoert.
[Marcus -- Du hast doch jetzt das dicke Buch .. vielleicht kannst Du mich ja verbessern.]
Dass es die alte IP-ist, mag daran liegen, dass Du den dynip_address_hack (oder so aehnlich) nicht eingeschaltet hast.
Das erste Paket einer aufzubauenden ISDN-Verbindung ist noch mit der ``alten'' IP des ISDN-Interfaces masqueradet, denn die neue IP hat das Interface ja erst nach der Einwahl beim Provider.
Heiko -- --------------------------------------------------- SCHLITTERMANN internet und unix support --------------------------------------- D-01099 Dresden / Kamenzer Strasse 52 --------------------------- +49 351 8029981 / www.schlittermann.de / hs@schlittermann.de ----
lug-dd@mailman.schlittermann.de