Mailserver tot?


A

Anagramm

New Member
Seit einer Weile bekomme ich keine Emails mehr, und kann auch keine Versenden.

Google sendet die nette Fehler meldung
Code: 
The error that the other server returned was: 451 451 4.3.5 Server configuration problem (state 14).

Ich habe gemerkt, dass postfix und postgrey nicht liefen, startete jene also /etc/init.d/postfix start /etc/init...

Danach rebootete (<- ?) ich den Server - doch ich kann noch immer keine Emails versenden bzw. empfangen - woran liegt das?
 
Die Antwort auf die Frage liefert Dir einzig und allein die Mail-Log-Datei.

Ansonsten müssen die betreffenden Start-Scripte auch in den jeweiligen Runleveln verlinkt sein.
 
Oh, ja - tut mir leid, ist vielleicht noch sinnvoll wenn ich ein paar Zeilen der Log-Datei poste. :-D

mail.log:
Code: 
Dec 13 09:05:45 amg postfix/policyd-weight[22968]: weighted check:  NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_SPAMCOP=-1.5 NOT_IN_BL_NJABL=-1.5 CL_IP_EQ_HELO_IP=-2 (check from: .gmail. - helo: .fg-out-1718.google. - helo-domain: .google.)  FROM/MX_MATCHES_HELO(DOMAIN)=-2 IN_PM_RFCI=0.1; <client=72.14.220.157> <helo=fg-out-1718.google.com> <[email protected]> <[email protected]>; rate: -8.4
Dec 13 09:05:45 amg postfix/policyd-weight[22968]: decided action=PREPEND X-policyd-weight:  NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_SPAMCOP=-1.5 NOT_IN_BL_NJABL=-1.5 CL_IP_EQ_HELO_IP=-2 (check from: .gmail. - helo: .fg-out-1718.google. - helo-domain: .google.)  FROM/MX_MATCHES_HELO(DOMAIN)=-2 IN_PM_RFCI=0.1; rate: -8.4; <client=72.14.220.157> <helo=fg-out-1718.google.com> <[email protected]> <[email protected]>; delay: 5s
Dec 13 09:05:45 amg postfix/smtpd[22962]: warning: connect to 127.0.0.1:60000: Connection refused
Dec 13 09:05:45 amg postfix/smtpd[22962]: warning: problem talking to server 127.0.0.1:60000: Connection refused
Dec 13 09:05:46 amg postfix/smtpd[22962]: warning: connect to 127.0.0.1:60000: Connection refused
Dec 13 09:05:46 amg postfix/smtpd[22962]: warning: problem talking to server 127.0.0.1:60000: Connection refused
Dec 13 09:05:46 amg postfix/smtpd[22962]: NOQUEUE: reject: RCPT from fg-out-1718.google.com[72.14.220.157]: 451 4.3.5 Server configuration problem; from=<[email protected]> to=<[email protected]> proto=ESMTP helo=<fg-out-1718.google.com>
Dec 13 09:05:46 amg postfix/smtpd[22962]: disconnect from fg-out-1718.google.com[72.14.220.157]

Also, da steht was von "connection refused". Das sieht für mich so aus, als hätte ich irgendwo mal ein Passwort geändert, und nun lässt er mich nicht mehr rein...

Oder was hat das zu bedeuten?

Greez und schönen 3.Advent!
 
Sicher, dass dein postgrey an 127.0.0.1:60000 gebunden ist? Eine Authentifizierung seitens Postfix gibt es bei Policy-Daemons nicht.
 
Offengestanden hatte ich noch nie was mit postfix/postgrey zu tun...

Wenn ich in die Konsole "postgrey" eingebe, kommt die Fehlermeldung "ERROR: --unix or --inet must be specified".

Was also darauf hindeutet, dass --inet nicht richtig ist... Mein Problem ist aber mehr, dass ich nicht genau weiss, wo meine postgrey Einstellungen auf dem Server sind, da ich bislang nur an den postfix-Einstellungen zu tun hatte.
 
Ja, das gibt es schon - das startet auch richtig, und scheint richtig zu laufen - trotzdem erscheint dieselbe Fehlermeldung.
 
okay... okay...

das ist jetzt gerade richtig, richtig - richtig doll peinlich...

Ich wollte eben (von diesem Problem unabhängig) ein crontab einrichten. Und sah dort ein crontab, bei welchem ich gleich zweimal leer schluckte.

Mein Server macht jeden Morgen um 4 einen restart. und unten hats paar tabs, wie nach dem restart ausgeführt werden. eines von denen war
"/etc/init.d/postgrey stop" und ein anderes "/etc/init.d/postfix stop".

Ich habe absolut keine Ahnung wieso das dort ist, noch warum zum Teufel ich das jemals dorthin geschrieben habe...
 
Und wieso macht man sowas bei einem Linuxserver? Bzw. überhaupt bei einem Server egal ob Windows oder Linux.
 
Ich habe da einen Chat drauf laufen. Der Admin vom Chat kann dort Chataktionen mittels "tcl" (kennst du vielleicht) steuern und neue hinzufügen.
Manchmal kommt es vor, dass er damit den Chat schrottet - kann ja mal passieren. Sollte ich mal nicht da sein, restartet sich der Server um 4 Uhr morgens - damit der Chat wieder läuft.
4 Uhr morgens deshalb, da um diese Zeit in der Regel niemand online ist.
 
Dann wunder dich net darüber dass Dienste irgendwann nicht mehr funktionieren. Sowas ist einfach nur doof alles neuzustarten wegen einem Dienst ;)
 
You must log in or register to reply here.

Back
Top