RootForum Community

also ich hab schon alles probiert und sorry ich komm nicht weiter.

Der Server ist letzte Woche von 1und1 neu mit 9.1 und Plesk installiert worden. Dem armen hat es die Platte zerhauen :(
Vorher mit Config und 8.1 war ich glücklich, aber jetzt mit Plesk und dann auch noch qmail kriege ich graue Haare.

also das Problem ist die Installation ist frisch also nicht geendert. Heute morgen wundere ich mich warum der apache so lahm ist und warum ich kaum Emails bekomme, die erklärung :


13:19:19 p15104958 qmail: 1106745559.682296 status: local 0/10 remote 19/20
Jan 26 13:19:19 p15104958 qmail: 1106745559.703529 starting delivery 145: msg 4446268 to remote ppuppo17@yahoo.com.tw
Jan 26 13:19:19 p15104958 qmail: 1106745559.703633 status: local 0/10 remote 20/20
Jan 26 13:19:19 p15104958 qmail: 1106745559.727748 delivery 136: success: 202.43.200.11_accepted_message./Remote_host_said:_250_ok_dirdel/
Jan 26 13:19:19 p15104958 qmail: 1106745559.727926 status: local 0/10 remote 19/20
Jan 26 13:19:19 p15104958 qmail: 1106745559.727948 starting delivery 146: msg 4446268 to remote ppv7@yahoo.com.tw
Jan 26 13:19:19 p15104958 qmail: 1106745559.727967 status: local 0/10 remote 20/20
Jan 26 13:19:19 p15104958 qmail: 1106745559.955181 delivery 138: deferral: 211.20.188.150_does_not_like_recipient./Remote_host_said:_440_Error:_Wrong_recipients/Giving_up_on_211.20.188.150./


Ich ok das ist einndeutig, und mal die konfigs von Qmail angeschaut:

die rcpthosts:
p1XXXXXX.pureserver.info
XXXXXcomputer.de
XXXXXX-online.de
XXXXs.de
XXXXX-ev.de

die Virtualdomains das selbe und in der Locals steht nur localhost
in der tcp-smtp:

127.:allow,RELAYCLIENT=""

nach den neustart kommt aber immer noch das:
13:40:16 p15104958 qmail: 1106746816.713689 status: local 0/10 remote 19/20
Jan 26 13:40:16 p15104958 qmail: 1106746816.713710 starting delivery 92: msg 4446292 to remote aj9-b@pchome.com.tw
Jan 26 13:40:16 p15104958 qmail: 1106746816.713747 status: local 0/10 remote 20/20
Jan 26 13:40:16 p15104958 qmail: 1106746816.777006 delivery 83: deferral: 211.20.188.150_does_not_like_recipient./Remote_host_said:_440_Error:_Wrong_recipients/Giving_up_on_211.20.188.150./
Jan 26 13:40:16 p15104958 qmail: 1106746816.777194 status: local 0/10 remote 19/20
Jan 26 13:40:16 p15104958 qmail: 1106746816.777216 starting delivery 93: msg 4446292 to remote aj9-c@pchome.com.tw
Jan 26 13:40:16 p15104958 qmail: 1106746816.777234 status: local 0/10 remote 20/20
Jan 26 13:40:16 p15104958 qmail: 1106746816.987389 delivery 85: deferral: 211.20.188.150_does_not_like_recipient./Remote_host_said:_440_Error:_Wrong_recipients/Giving_up_on_211.20.188.150./
Jan 26 13:40:16 p15104958 qmail: 1106746816.987538 status: local 0/10 remote 19/20
Jan 26 13:40:16 p15104958 qmail: 1106746816.987560 starting delivery 94: msg 4446292 to remote aj9-d@pchome.com.tw
Jan 26 13:40:16 p15104958 qmail: 1106746816.987579 status: local 0/10 remote 20/20
Jan 26 13:40:17 p15104958 qmail: 1106746817.113103 delivery 84: deferral: 211.20.188.150_does_not_like_recipient./Remote_host_said:_440_Error:_Wrong_recipients/Giving_up_on_211.20.188.150./
Jan 26 13:40:17 p15104958 qmail: 1106746817.113293 status: local 0/10 remote 19/20
Jan 26 13:40:17 p15104958 qmail: 1106746817.113315 starting delivery 95: msg 4446292 to remote aj9-e@pchome.com.tw
Jan 26 13:40:17 p15104958 qmail: 1106746817.113348 status: local 0/10 remote 20/20

was habe ich falschgemacht? wo kann ich nachschauen dammit das aufhört. mommentan ist der qmail abgeschaltet aber ist ja sicherlich kein zusatand.

Also meine config sieht nach einem Angriff so aus:

tcp-smtp:
81.169.134.147:allow,RELAYCLIENT=""
127.:allow,RELAYCLIENT=""
:allow

/var/qmail/control/rcpthosts

steht:

h12345.serverkompetenz.net
domain1.de
domain2.com

/var/qmail/control/virtualdomains

h12345.serverkompetenz.net
h12345.serverkompetenz.net:h12345.serverkompetenz.net
domain1.de:domain1.de
domain2.com:domain2.com

Nach dem Eintrag in der tcp-smtp musst du noch

tcprules tcp.smtp.cdb tcp.smtp.temp < tcp.smtp

machen.

also das Problem ist die Installation ist frisch also nicht geendert.

Dann solltest du 1&1 / Plesk anhauen und fragen, warum deine Installation relayt.

aber jetzt mit Plesk und dann auch noch qmail kriege ich graue Haare.

Die Reihenfolge soll umgekehrt sein ... :)

nach den neustart kommt aber immer noch das: (...)

Mit einem Neustart ist die queue nicht gelöscht - wenn du das willst, findest du auf qmail.org die entsprechenden Tools.

was habe ich falschgemacht?

Wenn du nichts geändert hast: Gar nichts. Wenn doch, solltest du uns das erst mitteilen. Von einem geenterten Account über fehlerhaftes SMTP-Auth ist alles drin.

danke, ich hab mitlerweile die Queue gelöscht, da waren etliche mails die drauf gewartet haben versendet zu werden.

Hab jetzt aber das Problem das Qmail nicht mehr startet.

Unable to make action: Unable to manage service by mailmng: mailmng: Service qmail failed to start: Operation not permitted

um die Queue zu löschen habe ich einfach alle untervezeichnisse unterhalb von /var/qmail/queue gelöscht und die dann neu angelegt trotzdem staret qmail nicht.
Irgend eine idee?

Ich bin auf der Abreit und kann zur Zeit nicht an meinen Host.
Aber es könnte sein, das die Rechte nur root hat. Du solltest zumindest dem Verzeichniss der Gruppe deines qmail User geben.Ich hlaube qmail oder qmaild ist dieser. Aber 100% kann ich es erst heute Nacht sagen, wenn ich wieder an meinem Host connectet bin.

um die Queue zu löschen habe ich einfach alle untervezeichnisse unterhalb von /var/qmail/queue gelöscht und die dann neu angelegt trotzdem staret qmail nicht.

Du hast _alle_ mind. 92 Verzeichnisse von Hand angelegt und mit den richtigen Rechten? Respekt!

Unable to make action: Unable to manage service by mailmng: mailmng: Service qmail failed to start: Operation not permitted

Was auch immer mailmng ist: Du solltest nachsehen, was z.B. das "Operation not permitted" bedeutet.

naja erstens waren es nur 6 oder 7 und den rest habe ich kopiert, zweitens die rechte lassen sich leicht per Dateimanager von webmin einstellen, qmails und qmail sind richtig.

Die Fehlermeldung bringt Plesk wenn man qmail darüber versucht zu starten. Per SSH kommt nur Failed.

hat sich soeben aber erledigt, ich habe auf qmail.org ein kleines script gefunden das alles repariert hat.

queue-repair-0.9.0 ist ein Python script, es überprüft die verzeichnisse und schreibt die fehlenden rein, setz ebenfals die rechte und repart die queue.

Welche Meldungen hast du unter /var/log/mail

hat sich erledigt, hab einfach noch mal das repair toll laufen gelassen und danach war alles wieder ok.

Maiki wrote:hat sich erledigt, hab einfach noch mal das repair toll laufen gelassen und danach war alles wieder ok.

Also dieses Python script ist echt gut.

Bei mir hat Plesk total gesponnen, qmail nicht startbar, kein Mailversand, ewige Zeit bis emails aus Outlook versand waren.

1 x Python script drüber mit repair - alles OK :)))

sorry, da habe ich zu schnell weggeschickt, war im falschen thread - sorry

Hallo!

hoesslin wrote:

Maiki wrote:hat sich erledigt, hab einfach noch mal das repair toll laufen gelassen und danach war alles wieder ok.

Also dieses Python script ist echt gut.

Bei mir hat Plesk total gesponnen, qmail nicht startbar, kein Mailversand, ewige Zeit bis emails aus Outlook versand waren.

1 x Python script drüber mit repair - alles OK :)))

Von welchem Repair-Tool ist hier die Rede?
Hab ich was überlesen?

Gruss -b-

jop ein Link zu dem Repair Script waer nicht schlecht, vielleicht brauchens andere auch noch :)

Repair-Tools sind nicht notwendig (sofern keine Mails in der Queue sind): Im Sourcenverzeichnis: baut die Queue neu.

Hi,
wo finde ich das Sourceverzeichnis bei Suse 9.0 ?