Mailserver Umstellung und Plesk

Abraxas

Registered User
OK 2 Wochen Qmail und ich habe echt keinen Nerv mehr (faulheit bei Serverwechsel den Mailserver gleich umzustellen rächt sich jetzt)

Jetzt meine Hauptfrage welchen Mailclient kann ich am besten Nutzen so das andere Mitbenutzer auf dem Server Ihre Mail Einstellungen etc weiterhin über Plesk verwalten können ?

RootDS von S4y
Debian 3.1
Plesk 7.5.4
 
Hallo!

Plesk = MTA Qmail. Ich glaube nicht, daß sich da ein anderer MTA nutzen läßt. Was stört dich denn an Qmail bzw. was funktioniert nicht?

Gruß flyingoffice
 
Also was mich nicht stört wäre wesentlich einfacher aufgezählt.
Damit eine einigermassen Mailszustellung überhaupt funktioniert musste ich schon mal einen cronjob einrichten der alle 30 min "qmail restart" ausführt.

was natürlich auch nicht immer hilft und er sich gerne mal aufhängt so das ich ihn handisch stoppen und wieder starten darf.

Mein webmin begrüßt mich auch alle paar Stunden mit zwischen 1000-2000 wartende spam mails die ich dann erst mal schön löschen darf.

die zuständige datei für
server so wie server_args finde ich gar nicht ... hab zwar eine /etc/inetd.conf aber dort nennt sich das was ähnlich ausschaut
smtp stream und smtps stream

Womit ich die Einstellung nicht ändern kann und das Versenden von Mails ewig dauert.

Integration von Spammassasing trau ich momentan nicht da er ja so schon sehr Instabiel läuft.
Wobei es angeblich zwar schon auf Server Installiert ist aber wegen angeblicher fehlender Lizens in Plesk nicht einschaltbar.
Also muss es eh Händisch hinterher.

Andere User beschweren sich das Ihre Empfangsbestätigungen nicht ankommen.

/log/mail.info arbeitet im sek takt
Feb 9 12:33:59 vs248039 qmail: 1171020839.378370 status: local 0/10 remote 20/20
Feb 9 12:34:00 vs248039 qmail: 1171020840.212853 delivery 203: deferral: Connected_to_203.188.197.10_but_greeting_failed./Re$
Feb 9 12:34:00 vs248039 qmail: 1171020840.212925 status: local 0/10 remote 19/20
Feb 9 12:34:00 vs248039 qmail: 1171020840.212942 starting delivery 204: msg 158163068 to remote 0fxu@yahoo.com.tw
Feb 9 12:34:00 vs248039 qmail: 1171020840.212954 status: local 0/10 remote 20/20
Feb 9 12:34:01 vs248039 qmail: 1171020841.615808 delivery 192: failure: 210.59.228.65_does_not_like_recipient./Remote_host_s$
Feb 9 12:34:01 vs248039 qmail: 1171020841.615979 status: local 0/10 remote 19/20
Feb 9 12:34:01 vs248039 qmail: 1171020841.616006 starting delivery 205: msg 158163068 to remote 0fxv@yahoo.com.tw

Sämtliche suchergebnisse um hier irgendwo abhilfe zu finden scheiterten , entweder waren die einträge nicht da oder es blieb ohne erfolg.

Vorher hatten wir einen sendmail server und den konnte man wenigstens im Griff behalten.
 
Hallo!

die zuständige datei für server so wie server_args finde ich gar nicht ... hab zwar eine /etc/inetd.conf aber dort nennt sich das was ähnlich ausschaut smtp stream und smtps stream

Editiere die Einträge wie folgt:

Code:
smtp stream tcp nowait root /var/qmail/bin/tcp-env tcp-env [B][COLOR="Red"]-Rt0[/COLOR][/B]  /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmai
l/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
smtps stream tcp nowait root /var/qmail/bin/tcp-env tcp-env [COLOR="Red"][B]-Rt0[/B][/COLOR]  /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qma
il/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true

und starte inetd neu:

Code:
/etc/init.d/inetd restart

Gruß flyingoffice
 
Thx das geht ja , beseitigt leider nicht das größte Problem das Mails (wie Lesebestätigungen generell) einfach verschwinden.

Auch durfte ich qmail eben wieder stoppen und neu Starten und erhielt danach auch erst meine mails.

Webmin anzeige begrüsste mich dafür mit "Wartende Mails
387 messages"

Irgendwie hab ich das gefühl da werden wir als Mailspamserver gerade missbraucht :/

hab wieder alle gelöscht ausser 1 mail die ich mir selber an mein gmx acc schicke und die steht jetzt da und wenn qmail denn dann irgendwann lust hat liefert er die aus.


edit: ich wollte die Liste von http://www.heise.de/ix/nixspam/nixspam.blackmatches
in die Blacklist über Plesk einpflegen , dabei viel mir auf das dies nur einzeln möglich wäre oO kann ich die auch einfach über webmin in "böse mails" *ich liebe deutsche übersetzungen* einpflegen ?
Oder stellt sich da wieder irgendwas mit qmail und plesk quer ?
 
Last edited by a moderator:
Hallo!

Irgendwie hab ich das gefühl da werden wir als Mailspamserver gerade missbraucht :/

Bei stündlich 1000-2000 Mails in der Warteschlange kann man das durchaus vermuten. Dann solltest Du Dir hierüber schnellsten Gewissheit verschaffen. Schalte Qmail erstmal ab und suche die eventuele Lücke auf Deinem Server. Erst wenn diese geschlossen ist, kannst Du Dich mit Optimierung / Feinabstimmung von Qmail beschäftigen.

Gruß flyingoffice
 
Last edited by a moderator:
Hallo!

Bezüglich Deines Edit weiter oben: Schau Dir mal die Onlinehilfe zu Plesk - Server - Mail - MAPS Spamprotection an. Dort kannst Du eine oder mehrere Backlists eintragen, zb. sbl-xbl.spamhaus.org.

Bedenke aber, daß Plesk dann seine Mail Konfiguration neu schreibt, Du also die beiden Parameter "-Rt0" warscheinlich wieder neu schreiben mußt. Ansonsten ist das Greylisting zum Teil recht erfolgreich in der Spambekämpfung. Ich habe eine Erfolgsquote von ~ 90%.

Gruß flyingoffice
 
Also wir werden Definitiv wohl missbraucht, das wohl schon seit Tag 1 der Server Freischaltung nur momentan nimmt es überhand.

Jetzt haben wir nur gerade das Problem das wir nicht wissen, an welcher stelle wir jetzt die Lücke suchen sollen :(
vor allem da es ich qmail selber in vehttp://www.serversupportforum.de/forum/editpost.php?do=editpost&p=95006
Beitrag bearbeiten/löschenrdacht habe, und mails sind nicht gerade meine Speziallität ^^

edit: da haben wir fast Zeitgleich gepostet @flyingoffice thx für deine Hilfe werden uns das umgehend zu gemüte führen.
 
Last edited by a moderator:
auch auf die Gefahr hin das ich gleich geschlagen und getreten werde.
erstmal danke für die Hilfe von euch bis dato was unser mailprob betrifft. (Abraxas und ich betreiben den Server zusammen).
eine frage stelle ich mir aber trotzdem. welchen Grund kann es haben das in meiner wartenden Email liste Emails auftauchen die weder an eine Domain auf dem Server adressiert noch von einer Domain auf dem Server kommen?
 
Hallo morph!

Deine Frage wird detailiert auf Wikipedia beantwortet. Stichwort open relay.

Gruß flyingoffice
 
OK nachdem morph das eben im TS erwähnte hab ich gleich mal getestet und tatsächlich ich kann ohne Autorisierung senden wobei in Plesk steht das
Autorisierung nötig: JA
(also ist da mit select ausgewählt)

ich fühl mich vom rootds server ignoriert :(
 
Hallo!

Dann habt Ihr einen offenen relay. Also bitte sofort und ohne Umweg den Mailserver stoppen.

Code:
/etc/init.d/qmail stop

Und das Problem suchen, finden und beheben.

Gruß flyingoffice
 
das mit dem offenen relay hätte man auch selber entdecken können. natürlich vielen dank an dich für den schubs in die richtige Richtung. manchmal sitze ich vor meinem Rechner und sehe die Lösung vor lauter Emails nicht.
Interessanterweise ist aber im Plesk smtp auth angehackt. auch im Verzeichniss von qmail /var/qmail/bin existiert die datei qmail-smtp und smtp-auth. das heisst für mich das die eigentlich angelegt ist. gibt es noch einen punkt an dem es hängen könnte das das nicht funktioniert den ich nicht kenne? bestimmt weil sonst würde es ja hin hauen.

also unser qmail scheint alle Einstellungen aus dem plesk heraus einfach zu ignorieren. auch das stoppen des qmail service aus plesk heraus ist nicht möglich. ich bekomme den Service also nur in der Konsole gestoppt.
 
Last edited by a moderator:
Es geht gar nicht selbst qmail stoppen schlägt fehl ......

/etc/init.d/qmail stop

ps aux | grep qmail
popuser 16322 0.0 0.2 26568 24324 ? Ss Feb05 0:00 /usr/sbin/spamd - -username=popuser --daemonize --helper-home-dir=/var/qmail --max-children 5 --pi dfile=/var/run/spamd/spamd_full.pid --socketpath=/tmp/spamd_full.sock --siteconf igpath=/dev/null
popuser 16324 0.0 0.2 26568 24324 ? Ss Feb05 0:00 /usr/sbin/spamd - -username=popuser --daemonize --helper-home-dir=/var/qmail --max-children 5 --pi dfile=/var/run/spamd/spamd_light.pid --socketpath=/tmp/spamd_light.sock --siteco nfigpath=/dev/null
qmaild 3802 0.0 0.0 2760 756 ? S 19:24 0:00 /var/qmail/bin/qm ail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkp w /var/qmail/bin/true
qmaild 11576 0.0 0.0 2760 756 ? S 19:36 0:00 /var/qmail/bin/qm ail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkp w /var/qmail/bin/true
qmaild 18242 0.0 0.0 2760 756 ? S 19:54 0:00 /var/qmail/bin/qm ail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkp w /var/qmail/bin/true
qmaild 24165 0.0 0.0 2760 756 ? S 20:06 0:00 /var/qmail/bin/qm ail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkp w /var/qmail/bin/true
qmaild 24565 0.0 0.0 2760 756 ? S 20:08 0:00 /var/qmail/bin/qm ail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkp w /var/qmail/bin/true
qmaild 26161 0.0 0.0 2760 756 ? S 20:09 0:00 /var/qmail/bin/qm ail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkp w /var/qmail/bin/true
root 27702 0.0 0.0 1552 520 pts/0 S+ 20:11 0:00 grep qmail

und selbst bei aufruf von Top sieht man ihn fleissig arbeiten.
über Plesk fehlt abschalten ebenfalls fehl
 
Hallo!

und wie sieht es nach der Ausführung des folgenden Befehls aus:

Code:
/usr/local/psa/admin/bin/mailmng --stop-smtpd

Gruß flyingoffice
 
also auch nach dem ausführen von deinem befehl ist die Ausgabe von ps aux | grep qmail folgendes:
Code:
popuser  16322  0.0  0.2 26568 24324 ?       Ss   Feb05   0:00 /usr/sbin/spamd --username=popuser --daemonize --helper-home-dir=/var/qmail --max-children 5 --pidfile=/var/run/spamd/spamd_full.pid --socketpath=/tmp/spamd_full.sock --siteconfigpath=/dev/null
popuser  16324  0.0  0.2 26568 24324 ?       Ss   Feb05   0:00 /usr/sbin/spamd --username=popuser --daemonize --helper-home-dir=/var/qmail --max-children 5 --pidfile=/var/run/spamd/spamd_light.pid --socketpath=/tmp/spamd_light.sock --siteconfigpath=/dev/null
qmaild    9555  0.0  0.0  2760  756 ?        S    21:19   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild   13459  0.0  0.0  2760  756 ?        S    21:25   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild   17945  0.0  0.0  2760  756 ?        S    21:35   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild   20018  0.0  0.0  2760  756 ?        S    21:39   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild   20187  0.0  0.0  2760  756 ?        S    21:40   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild    3716  0.0  0.0  2760  756 ?        S    22:08   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild    3980  0.0  0.0  2760  756 ?        S    22:09   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild    5784  0.0  0.0  2760  756 ?        S    22:13   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild    7880  0.0  0.0  2760  756 ?        S    22:18   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild    8017  0.0  0.0  2760  756 ?        S    22:18   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild    9217  0.0  0.0  2760  756 ?        S    22:19   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild    9221  0.0  0.0  2760  756 ?        S    22:19   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild    9312  0.0  0.0  2760  756 ?        S    22:19   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild    9418  0.0  0.0  2760  756 ?        S    22:20   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmails    9539  0.6  0.0  1548  496 ?        S    22:20   0:00 qmail-send
qmaill    9542  0.1  0.0  1500  444 ?        S    22:20   0:00 splogger qmail 2
root      9543  0.0  0.0  1528  356 ?        S    22:20   0:00 qmail-lspawn ./Maildir/
qmailr    9544  0.0  0.0  1524  372 ?        S    22:20   0:00 qmail-rspawn
qmailq    9545  0.1  0.0  1492  328 ?        S    22:20   0:00 qmail-clean
qmailr    9549  0.0  0.0  2872  848 ?        S    22:20   0:00 qmail-remote ms28.hinet.net cxsjlxwvzwp.fgsvfrmbcfvzt@ms28.hinet.net evergreen@ms28.hinet.net
qmailr    9550  0.0  0.0  2872  840 ?        S    22:20   0:00 qmail-remote ms28.url.com.tw cxsjlxwvzwp.fgsvfrmbcfvzt@ms28.hinet.net evergreen@ms28.url.com.tw
qmailr    9708  0.0  0.0  2872  852 ?        S    22:20   0:00 qmail-remote ms3.hinet.net wybxnbwmpkmnj@yahoo.com chenwens@ms3.hinet.net
qmailr    9728  0.0  0.0  2872  852 ?        S    22:20   0:00 qmail-remote yammail.com wybxnbwmpkmnj@yahoo.com overwhelmed@yammail.com
qmailr    9780  0.0  0.0  2872  840 ?        S    22:20   0:00 qmail-remote giga.net.tw yyuqbxcjs.ysdarhrzlyta@jorn.com.tw f0125@giga.net.tw
qmailr    9781  0.0  0.0  2872  840 ?        S    22:20   0:00 qmail-remote gigigaga.com yyuqbxcjs.ysdarhrzlyta@jorn.com.tw f0125@gigigaga.com
qmaild    9786  0.0  0.0  2760  756 ?        S    22:20   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild    9796  0.0  0.0  2628  644 ?        S    22:20   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmailr    9838  0.0  0.0  2872  852 ?        S    22:20   0:00 qmail-remote ms3.hinet.net sfjruqobd.kgrblqee@shop99.club.tw evil@ms3.hinet.net
qmaild    9880  0.0  0.0  2628  644 ?        S    22:21   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmaild    9914  0.0  0.0  2628  636 ?        S    22:21   0:00 /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
qmailr   10019  0.0  0.0  2872  836 ?        S    22:21   0:00 qmail-remote mail.apol.com.tw clrshiamcm@yahoo.com bles@mail.apol.com.tw
qmailr   10024  0.0  0.0  2872  852 ?        S    22:21   0:00 qmail-remote ms58.hinet.net clrshiamcm@yahoo.com begins@ms58.hinet.net
qmailr   10030  0.0  0.0  2872  848 ?        S    22:21   0:00 qmail-remote ms56.hinet.net clrshiamcm@yahoo.com aba@ms56.hinet.net
qmailq   10124  0.0  0.0  1496  404 ?        S    22:21   0:00 bin/qmail-queue
qmailq   10135  0.0  0.0  1496  404 ?        S    22:21   0:00 bin/qmail-queue
root     10174  0.0  0.0  1552  520 pts/2    S+   22:21   0:00 grep qmail

gibt es vielleicht einen weg das gesamte smtp Modul von qmail zurückzusetzen oder das Modul zu reinstallieren?
 
Last edited by a moderator:
Hallo!

Hm, dann solltest Du dir die Arbeit machen und die Prozesse von Hand killen

Code:
kill -9 prozessnummer

Die Prozessnummer ist die erste Zahl nach dem Prozessnamen bei einem

Code:
ps aux | grep qmail

Gruß flyingoffice
 
also natürlich geht ein kill über die uid aber leider werden die nach und nach neugestartet. langsam habe ich das Gefühl das ich durch das Internet durch bin. also irgendwas scheint hier richtig faul zu sein. inzwischen ist der relay auf closed gestellt und trotzdem hagelt es Emails von außen über unseren Mailserver.
 
Hallo!

Habt Ihr eine Rescue Console für den Server? Wenn ja, dann würde ich den Server runterfahren und über die Rescue Console Starten und von dort aus der Sache auf den Grund gehen.

Gruß flyingoffice
 
also was auch immer es war. nach einem gesamt Backup von plesk, dem neu aufspielen des Systems via powerrestore und dem danach folgenden zurückspielen des Backups von plesk ist alles wieder gut.

vielen, unendlichen großen, dank an dieser stelle, an flyingoffice. er hat uns mit rat und tat zur Seite gestanden, auch wenn all das am ende nicht zu dem gewünschten Ergebniss geführt hat. dafür wie gesagt ein großes Dankeschön und ein dickes lob für diesen Einsatz.
 
Back
Top