Seit Totalausfall kein Mail Versand/Empfang möglich

koweto · 29. Januar 2009

[UPDATE]

Mail funktioniert wieder, nachdem ich den vServer Hostname in SysCP hinzugefügt habe.
Seltsam ist das trotzdem, da er vorher definitiv nicht angegeben war und der Mail über localhost abgerufen wurde.

-------------------------------------------------------

Hallo,

seit dem heutigen Hetzner Total-Blackout funktioniert bei mir kein Mail in beide Richtungen mehr. Erneutes rebooten des vServer brachte nichts und ein erster Check der Konfigurationsdateien (Vergleich mit einem Backup vom 22. Januar) zeigte auch nichts ungewöhnliches. Falls jemand eine Idee, wäre das echt klasse.
Hier ein Auszug aus der mail.log beim Versuch ein Postfach abzurufen:

Code

Jan 29 22:36:36 v218790734 postfix/trivial-rewrite[19455]: warning: connect to mysql server 127.0.0.1: Host 'v218790734' is not allowed to connect to this MySQL server
Jan 29 22:36:36 v218790734 postfix/trivial-rewrite[19455]: fatal: mysql:/etc/postfix/mysql-virtual_mailbox_domains.cf(0,lock|fold_fix): table lookup problem
Jan 29 22:36:36 v218790734 postfix/trivial-rewrite[19457]: warning: connect to mysql server 127.0.0.1: Host 'v218790734' is not allowed to connect to this MySQL server
Jan 29 22:36:36 v218790734 postfix/trivial-rewrite[19457]: fatal: mysql:/etc/postfix/mysql-virtual_mailbox_domains.cf(0,lock|fold_fix): table lookup problem
Jan 29 22:36:36 v218790734 postfix/trivial-rewrite[19459]: warning: connect to mysql server 127.0.0.1: Host 'v218790734' is not allowed to connect to this MySQL server
Jan 29 22:36:36 v218790734 postfix/trivial-rewrite[19459]: fatal: mysql:/etc/postfix/mysql-virtual_mailbox_domains.cf(0,lock|fold_fix): table lookup problem
Jan 29 22:36:37 v218790734 postfix/smtpd[17750]: warning: premature end-of-input on private/rewrite socket while reading input attribute name
Jan 29 22:36:37 v218790734 postfix/smtpd[17750]: warning: problem talking to service rewrite: Success
Jan 29 22:36:37 v218790734 postfix/smtpd[12387]: warning: premature end-of-input on private/rewrite socket while reading input attribute name
Jan 29 22:36:37 v218790734 postfix/smtpd[12387]: warning: problem talking to service rewrite: Connection reset by peer
Jan 29 22:36:37 v218790734 postfix/master[29879]: warning: process /usr/lib/postfix/trivial-rewrite pid 19455 exit status 1
Jan 29 22:36:37 v218790734 postfix/master[29879]: warning: /usr/lib/postfix/trivial-rewrite: bad command startup -- throttling
Jan 29 22:36:37 v218790734 postfix/smtpd[7492]: warning: premature end-of-input on private/rewrite socket while reading input attribute name
Jan 29 22:36:37 v218790734 postfix/smtpd[7492]: warning: problem talking to service rewrite: Connection reset by peer
Jan 29 22:36:37 v218790734 postfix/smtpd[14486]: warning: premature end-of-input on private/rewrite socket while reading input attribute name
Jan 29 22:36:37 v218790734 postfix/smtpd[14486]: warning: problem talking to service rewrite: Success
Jan 29 22:36:37 v218790734 postfix/master[29879]: warning: process /usr/lib/postfix/trivial-rewrite pid 19457 exit status 1
Jan 29 22:36:37 v218790734 postfix/smtpd[3600]: warning: premature end-of-input on private/rewrite socket while reading input attribute name
Jan 29 22:36:37 v218790734 postfix/smtpd[3600]: warning: problem talking to service rewrite: Success
Jan 29 22:36:37 v218790734 postfix/master[29879]: warning: process /usr/lib/postfix/trivial-rewrite pid 19459 exit status 1
Jan 29 22:36:46 v218790734 postfix/pickup[29884]: 45B5748342D1: uid=0 from=<root>
Jan 29 22:36:46 v218790734 postfix/cleanup[29886]: warning: connect to mysql server 127.0.0.1: Host 'v218790734' is not allowed to connect to this MySQL server
Jan 29 22:36:46 v218790734 postfix/cleanup[29886]: warning: 45B5748342D1: virtual_alias_maps map lookup problem for root@v218790734.yourvserver.net
Jan 29 22:37:29 v218790734 courierpop3login: Connection, ip=[::ffff:87.177.123.40]

Alles anzeigen

Es wird also primär am falschen Host herumgemeckert, beim Versuch die MySQL zu erreichen. Allerdings weisen die Konfigs, beim ersten überfliegen, keine Abweichungen von den funktionierenden Konfigs aus dem Backup auf. Ausser dem fremverschuldeten Crash wurde auch nichts am vServer geändert und morgens funktionierte der Mail Abruf/Versand auch noch.

Danke und schöne Grüße,
Andreas

multitasking-berlin · 30. Januar 2009

Hallo,

ich habe zwar schon gepostet, aber in einem anderen Bereich. Da ich nun - zumindest anfänglich, bevor ich angefangen habe rumzufummeln - das selbe Problem habe, möchte mich diesem Posting anschliessen:

Auch ich habe Probleme mit dem Mailserver. Das seit dem heutigen Stromausfall.

1. Ich bekomme keine eMails mehr, ich kann mich allerdings am Server einloggen, es gibt aber keine Nachrichten, nicht mal die, die ich mir selbst geschickt habe.

2. Ich kann keine eMails mehr verschicken. Zuerst war das Passwort zum SMPT-Server falsch und nun heißt es, der SMTP-Server sei nicht verfügbar oder lehne die Verbindung ab.

Ich dachte mir, nach dem Ausfall sind vielleicht doch Daten verloren gegangen, so dass ich dann die Konfiguration durchgegangen bin. Das brachte mich vom "Falsches Passwort" hin zum "Server nicht verfügbar..."

Vor lauter Bäume sehe ich den Wald nicht mehr. Kann mir bitte jemand weiter helfen? Gibt es nun nach dem Ausfall Bestimmtes zu erledigen?

Vielen Dank im Voraus!

Habe das Problem inzwischen gelöst! Bin nochmals höchst akribisch durch die gesamten Einstellung durchgegangen und habe andere Threads bezüglich Probleme mit Mailserver gelesen:
- in /etc/courier/authmysqlrc war MYSQL_PORT falsch gesetzt! Es muss auf 3306 !!!
- die Einstellungen in /etc/postfix/main.cf müssen stimmen, bzw. müssen vollständig sein!!! habe auf Limits bezüglich Nachrichten- bzw. Box-Größe verzichtet.
Ans Ziel hilf einem in /var/log/mail.log nachzuschauen.
Den Server dann am besten richtig neustarten! Bei mir wurden beim Start die relevanten Dienste anfänglich nicht ordentlich gestartet, als bald das nicht mehr der Fall ist, kommt man dem Ziel näher!

Pixeldraw · 21. September 2009

Zitat von multitasking-berlin;2694

Habe das Problem inzwischen gelöst! Bin nochmals höchst akribisch durch die gesamten Einstellung durchgegangen und habe andere Threads bezüglich Probleme mit Mailserver gelesen:
- in /etc/courier/authmysqlrc war MYSQL_PORT falsch gesetzt! Es muss auf 3306 !!!

Ich danke dir !
Das hat soeben mein Problem auch gelöst...
Ich hab die letzten Tagen mit Spamassassin, graylisting etc experimentiert..

Seit gestern ging dann Mailserver mässig nichts mehr..
Dein Tipp hat mir sehr geholfen, vielen dank

night182 · 2. Oktober 2009

Hey,
also ich hatte dasselbe Problem und habe als Anfänger ein paar Stunden daran gesessen. Die endgültige Lösung war dann, mich als root bei phpmyadmin einzuloggen und dem Nutzer syscp die Rechte zuzuteilen unabhängig vom Host (also Option "Jeder Host" aktivieren), davor war es nur dem localhost erlaubt.
Jetzt empfange ich wieder Emails und nach kurzer Wartezeit funktionierte auch die Weiterleitung an Yahooo wieder blendend
MfG night

koweto · 2. Oktober 2009

Zitat von night182;7055

Hey,
also ich hatte dasselbe Problem und habe als Anfänger ein paar Stunden daran gesessen. Die endgültige Lösung war dann, mich als root bei phpmyadmin einzuloggen und dem Nutzer syscp die Rechte zuzuteilen unabhängig vom Host (also Option "Jeder Host" aktivieren), davor war es nur dem localhost erlaubt.
Jetzt empfange ich wieder Emails und nach kurzer Wartezeit funktionierte auch die Weiterleitung an Yahooo wieder blendend
MfG night

Mail funktioniert zwar wieder aber damit hast Du Tür und Tor für Angriffe geöffnet.

night182 · 2. Oktober 2009

Zitat

Tür und Tor für Angriffe geöffnet

Naja, aber es ist ja nicht so, dass das ganze jetzt offen ist. Das ganze ist doch immernoch mit einem sehr langen und kryptischen Passwort gesichert. Bis das per Brute-Force ermittelt ist, gibts es die schon kein Linux mehr.. Ausserdem sind die Rechte des Syscp-Benutzers auch begrenzt, von mir aus kann jemand dort alles zerschießen, aber richtigen Schaden auf den anderen Datenbanken kann er doch nicht anrichten, oder:confused:

fLoo · 2. Oktober 2009

Wer nicht unbedingt auf einen eigenen Mailserver angewiesen ist, dem kann ich Google Apps Mail empfehlen. Ich benutze dies seit Jahren. Auch wenn einige hier Google das Vertrauen in die Datensicherheit absprechen, bei meinen Projekten biete ich immer PGP Verschlüsselung für den Mailverkehr an.

Somit laufen weniger Dienste auf meiner Kiste hier (Spamassasin etc.pp) und ich erspare Netcup den Traffic.

KB19 · 2. Oktober 2009

Zitat von fLoo;7077

Wer nicht unbedingt auf einen eigenen Mailserver angewiesen ist, dem kann ich Google Apps Mail empfehlen.

Nicht persönlich gemeint, aber: Wer seine Mails zu Google legt, dem ist nicht mehr zu helfen :o
Ich bin kein absoluter Google Gegner (man "braucht" Google leider), aber glaube mir, ich habe leider einige Dinge erlebt (auf die ich nicht näher eingehen werde!), die mir persönlich beweisen, dass Google die Mails nicht nur scannt (wie es in den AGB's steht), sondern die Informationen auch für andere Dinge weiterverwendet, die nicht in Ordnung sind

So, genug Offtopic, wollte es nur mal erwähnt haben. Wenn ich Empfehlungen für Google Apps lese, dann kann ich nicht anders. Für diese Aussage fällt wahrscheinlich mein Pagerank gleich wieder um einige Punkte im Kommabereich (:D).

MfG Christian