Plesk 8 + Debian 4: Wechsel inetd > xinetd

Plesk, Confixx, Froxlor, SysCP, SeCoTo, IspCP, etc.
Post Reply
pandur2000
Posts: 14
Joined: 2005-04-22 15:40
Location: Düsseldorf
 

Plesk 8 + Debian 4: Wechsel inetd > xinetd

Post by pandur2000 »

Hallo!

Wie das Topic schon sagt, ich möchte vom inetd auf xinetd wechseln. Per apt-get Paket aufspielen, Konverterscript drüberfahren, fertig - sollte man meinen. Denn a) Tut es danach der Mailversand nicht mehr (obwohl die inetd-Einträge korrekt übernommen wurden in die xinetd - Config), zum anderen spielt Plesk mir Streiche: Es will weiterhin inetd nutzen.

Wie bekomme ich Plesk also dazu, Xinetd zu nutzen und die Configs entsprechend einmal anzulegen?
Woran kann das Mail-Problem liegen? Telnet auf 25 bringt mir ein direktes & unmittelbares Connection Closed.
Der smpt und smpts lauscht laut netstat.
Im Log erscheint die Verbindung auf 25 auch.

Irgendwo zwischen xinetd und qmail muss es also haken, ich finde aber keinen Fehler, da die xinetd Config ja eben korrekt ist.

Habe zwischenzeitlich xinetd wieder runtergeschmissen und openbsd-inetd drauf, jetzt funzt erst mal alles wieder.. Hilft mir aber auch nicht ;) Ich habe das berüchtige 30-60s smtp-Problem und Rt0 bewirkt rein gar nichts, das Problem tritt ja sogar ohne die Abfrage von spamhaus- oder anderen RBL Listen auf - mit ca. 10-15 Sekunden Wartezeit bis der SMPT sich mal meldet.

Für Tipps dankbar ;)
oxygen
Posts: 2138
Joined: 2002-12-15 00:10
Location: Bergheim
 

Re: Plesk 8 + Debian 4: Wechsel inetd > xinetd

Post by oxygen »

Wieso bist du sicher das die xinetd Konfiguration richtig ist?
Vielleicht auch ein tcpwrapper Problem.
pandur2000
Posts: 14
Joined: 2005-04-22 15:40
Location: Düsseldorf
 

Re: Plesk 8 + Debian 4: Wechsel inetd > xinetd

Post by pandur2000 »

Weil ich die xinetd Konfiguration schon zig mal gemacht hab, bei den betreffenden Diensten, händisch. Mir zich Threads und FAQs dazu durchgelesen habe. Da ist schon einiges hängen geblieben ;)

Code: Select all

service smtp
{
	socket_type = stream
	protocol    = tcp
	wait        = no
	user        = root
	server      = /var/qmail/bin/tcp-env
	server_args = tcp-env -Rt0 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true 
}

service smtps
{
	socket_type = stream
	protocol    = tcp
	wait        = no
	user        = root
	server      = /var/qmail/bin/tcp-env
	server_args = tcp-env -Rt0 /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true 
}
indetd:

Code: Select all

smtp stream tcp nowait.1000 root /var/qmail/bin/tcp-env tcp-env -Rt0 /usr/sbin/rblsmtpd /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true

smtps stream tcp nowait.1000 root /var/qmail/bin/tcp-env tcp-env -Rt0 /usr/sbin/rblsmtpd  /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
Kannns am tcp-wrapper liegen wenn unter inetd alles ok ist, unter xinetd nicht?

Und wie bring ich Plesk nun dazu xinetd statt inetd zu nutzen und die Konfigs neu zu schreiben bzw. ggf. ne Art "Reparatur-Installation" zu machen?
Post Reply