Bei mir habe ich nachdem Spamdyke eingebunden war auch ein Problem festgestellt, und zwar hat SMTP mit SSL nicht mehr funktioniert. Folgender Link hat mir geholfen, nun geht es wieder:
http://alexanderkoch.net/2009/qmail-smtp-uber-xinetd-mit-ssl/
Jetzt würde ich nur das Ganze noch verstehen… ;-)
Gruß
Bernhard
http://alexanderkoch.net/2009/qmail-smtp-uber-xinetd-mit-ssl/
Jetzt würde ich nur das Ganze noch verstehen… ;-)
Gruß
Bernhard
Huschi
Moderator
Hm, libssl-dev ist schon drauf. Er möchte nur libmysqlclient15-dev installieren und dafür libmysqlclient-dev deinstallieren. Da ich den Unterschied beider Pakete nicht kenne, habe ich das jetzt mal gelassen.
Das einzige was ich mir vorstellen könnte ist, dass libssl-dev vielleicht jetzt installiert ist, aber damals als ich spamdyke kompiliert habe noch nicht drauf war. Kann es daran liegen?
Das einzige was ich mir vorstellen könnte ist, dass libssl-dev vielleicht jetzt installiert ist, aber damals als ich spamdyke kompiliert habe noch nicht drauf war. Kann es daran liegen?
Naja, never change a running system. Ich mag einfach nicht nochmal Spamdyke konfigurieren und zum Schluss klappt was mit dem Mailempfang / -versand nicht mehr. Deswegen wollte ich vorher fragen bevor ich das wieder angehe. Und ein Testsystem mit der selben Konfiguration habe ich leider nicht. Ich habe zwar auch eine VM mit Debian lokal zu Hause angelegt, da habe ich leider nur kein Plesk drauf. Aber für eine Domain ist es ja kostenlos, was zum testen reichen sollte. Das müsste ich evtl. mal angehen.
@ Mithri: Du bist aber bei Suse, da heißt das Paket anders. 32-Bit ist egal, die gesamte Maschine ist 32-Bit…
Hallo zusammen,
vielleicht können wir auf das Problem zurückkommen. Ich nutze Plesk 8.6.0 und Spamassin mit Hile von Hushis Anleitung. Wie im ersten Threadbeitrag schon geschildert kommen meinvz/studivz-Mails nicht durch. Der einzige Hinweis, der auf den "Empfang" / das "Ankommen" dieser Mails hinweist sind die relaylock-Einträge. Es gibt err-Log Einträge noch irgendwelche anderen Hinweise, daß und wieso hier die Mails nicht durchkommen.
Vielleicht könnt ihr mir helfen - eventuell gibts es eine Tracemöglichkeit jeder eingehenden Mail?
vielleicht können wir auf das Problem zurückkommen. Ich nutze Plesk 8.6.0 und Spamassin mit Hile von Hushis Anleitung. Wie im ersten Threadbeitrag schon geschildert kommen meinvz/studivz-Mails nicht durch. Der einzige Hinweis, der auf den "Empfang" / das "Ankommen" dieser Mails hinweist sind die relaylock-Einträge. Es gibt err-Log Einträge noch irgendwelche anderen Hinweise, daß und wieso hier die Mails nicht durchkommen.
Vielleicht könnt ihr mir helfen - eventuell gibts es eine Tracemöglichkeit jeder eingehenden Mail?
Hab das Problem endlich gelöst. Der Relaylockeintag deutet, wie Huschi erwähnt hat, auf eine Connection hin. Das wars aber dann auchn schon. SWSoft sagt, daß es mit inetd entsprechende Connectionprobleme mit qmail gibt. Also soll man auf xinetd umsteigen. Das habe ich, laut Anleitung gemacht:
serversupportforum.de
Bis auf die Tatsache, daß ich inetd nur gestoppt anstatt deinstalliert habe, lief alles problemlos. Mails kommen nun alle an, auch die von studivz. Deinstalliert habe ich inetd nicht, da es viele Abhängigkeiten zu plesk gibt. Das war mir zu heiss.
inetd.conf manuell zu xinetd.conf
Hallo! Ich hab eben versucht meinen inetd auf xinetd umzustellen. Hab mir dazu de:howtos:woody:xinetd [Debianhowto.de] durchgelesen und dachte: easy. Also apt-get install xinetd (Reading database ... 64053 files and directories currently installed.) Unpacking xinetd (from...
serversupportforum.de
Bis auf die Tatsache, daß ich inetd nur gestoppt anstatt deinstalliert habe, lief alles problemlos. Mails kommen nun alle an, auch die von studivz. Deinstalliert habe ich inetd nicht, da es viele Abhängigkeiten zu plesk gibt. Das war mir zu heiss.
Huschi
Moderator
Das es mit inetd nicht funktioniert ist schon seit langer Zeit bekannt.
Denn dort ist der Command-String in der Länge begrenzt. Und diese Grenze reicht für das Plesk-Qmail eigentlich nicht mehr aus.
Daher lautet der System-Voraussetzung von Plesk schon seit Jahren: xinetd.
huschi.
Denn dort ist der Command-String in der Länge begrenzt. Und diese Grenze reicht für das Plesk-Qmail eigentlich nicht mehr aus.
Daher lautet der System-Voraussetzung von Plesk schon seit Jahren: xinetd.
huschi.
Huschi, ich möchte mich jetzt nicht mit dir streiten. Den Thread habe ich von Anfang an gelesen und du hast Recht, er hat inetd erwähnt. Man geht nicht davon aus, daß S4Y die bekannten Fehler von Plesk/qmail so belässt und in die Grundkonfiguration mit übernimmt. Ist auch kein Problem. Wenn dieser Thread von 1-2 Usern wiederaufgenommen wird, es dann wochenlang keine Rückmeldung gibt, dann kannst du mir keinen Vorwurf machen. Wenn ich nicht weiß, daß es am inetd liegt, wieso soll ich die Info dann hier hinein schreiben ... 