Vserver Email Problem (Postfix, Plesk)

maekz

New Member
Hallo liebe Community!

Erstmal zu den Fakten:
Habe bei 1blu einen vServer XE.
Auf dem vServer läuft OpenSuse 11.0 mit Plesk 9.5.4, sowie dem MTA Postfix.

Ich habe eine Domain auf dem Server laufen namens test.de, leider funktioniert der E-Mail Empfang über diese Domain nicht.
Email Adresse ist info@test.de (Senden über Webmailer geht, Empfang von beispielsweise test@googlemail.com jedoch nicht).
Eine Bounce Mail bekomme ich nicht zurück, die E-Mails bleiben viel mehr im Plesk in der E-Mail Warteschlange hängen!

Was ich bisher gemacht habe:
-Versucht die Postfix Konfiguration /etc/postfix/main.cf zu ändern
-MX Einträge geändert (dies muss man bei 1blu im Kundenservicebereich machen) -> habe sie auch überprüft und sie werden richtig angezeigt
-ein Test auf http://network-tools.com/default.asp?prog=validate&host=info@test.de bringt mir immer die Meldung '554 5.7.1 <info>: Relay access denied'
-eine Neuinstallation, somit sind die Postfix Werte wieder im Ursprungszustand
-mehrmals den 1blu Support kontaktiert, ich muss dazu sagen ich hab die MX-Einträge vorgestern gegen 10 Uhr geändert, müssten eigentlich nach 48 Stunden funktionieren.
-Halb Ausgerastet!!! Weil es mich schon Stunden/Tage gekostet hat!!!!

var/log/mail
Code:
Jul 20 15:12:43 v2041 sendmail[18263]: gethostbyaddr(127.0.0.2) failed: 2
Jul 20 15:12:44 v2041 sendmail[27821]: starting daemon (8.14.3): SMTP+queueing@00:30:00
Jul 20 15:12:45 v2041 sendmail-client[27836]: starting daemon (8.14.3): persistent-queueing@00:01:00

mail.err
Code:
Feb 17 11:22:30 v37168 pop3d: 1297938150.896344 LOGOUT, user=info@test.de, ip=[91.17.184.248], top=0, retr=0, time=0, rcvd=12, sent=39, maildir=/var/qmail/mailnames/test.de/info/Maildir
Feb 17 11:23:31 v37168 pop3d: 1297938211.396147 LOGOUT, user=info@test.de, ip=[91.17.184.248], top=0, retr=0, time=0, rcvd=12, sent=39, maildir=/var/qmail/mailnames/test.de/info/Maildir
Feb 17 11:32:52 v37168 postfix-local[11965]: cannot create temporary file - (2) No such file or directory
Feb 17 11:32:52 v37168 postfix-local[11965]: Unable to read message from stdin

/usr/local/psa/var/log/mail.log
Feb 17 13:54:54 v37168 postfix/smtpd[28346]: connect from unknown[209.85.215.177]
Feb 17 14:54:54 v37168 postfix/smtpd[29796]: connect from unknown[127.0.0.1]
Feb 17 13:54:54 v37168 postfix/smtpd[28346]: NOQUEUE: client=unknown[209.85.215.177]
Feb 17 13:54:54 v37168 postfix/smtpd[29796]: 50EFE77F0B17: client=unknown[209.85.215.177]:65280
Feb 17 14:54:54 v37168 before-queue[29793]: check handlers for addr: test@googlemail.com
Feb 17 14:54:54 v37168 before-queue[29793]: check handlers for addr: info@test.de
Feb 17 14:54:54 v37168 before-remote[29795]: check handlers for addr: test@googlemail.com
Feb 17 14:54:54 v37168 before-remote[29795]: check handlers for addr: info@test.de
Feb 17 14:54:54 v37168 postfix/cleanup[29799]: 50EFE77F0B17: message-id=<AANLkTi=xPfDDQkkme8HgWwwbLr=pxUMa+8hVAESv0_wN@mail.gmail.com>
Feb 17 14:54:54 v37168 postfix/qmgr[12009]: 50EFE77F0B17: from=<test@googlemail.com>, size=2050, nrcpt=1 (queue active)
Feb 17 13:54:54 v37168 postfix/smtpd[29796]: disconnect from unknown[127.0.0.1]
Feb 17 14:54:54 v37168 postfix-local[29801]: postfix-local: from=test@googlemail.com, to=info@test.de, dirname=/var/qmail/mailnames
Feb 17 14:54:54 v37168 postfix-local[29801]: cannot create temporary file - (2) No such file or directory
Feb 17 14:54:54 v37168 postfix-local[29801]: Unable to read message from stdin
Feb 17 14:54:54 v37168 postfix/pipe[29800]: 50EFE77F0B17: to=<info@test.de>, relay=plesk_virtual, delay=0.31, delays=0.17/0.01/0/0.13, dsn=4.6.0, status=deferred (Unable to read message content )

Einen Test mit telnet test.de 25 liefert am ende nach data und einem Beispielinhalt und dem . immer OK, queued as D839340D (Beispiel)

Wäre für jede Hilfe dankbar!
Grüße!
 
Last edited by a moderator:
weiß keiner Rat?

ich bin echt am verzweifeln, nicht mal der Support hat mehr eine Ahnung an was es liegen könnte, dass die E-Mails hängen bleiben.
 
Das sieht nach den Logs auf den ersten Blick so aus, als wenn Postfix da versucht in nicht vorhandene Verzeichnisse zu schreiben ...

Zu erkennen an den "cannot create temporary file - (2) No such file or directory", irgendwas ist da mit den Pfadangaben wohl nicht stimmig.
 
danke schon mal für deine Antwort.

Habe das hier als Antwort vom 1blu Kundendienst:

Code:
Bitte stellen Sie temporär den MTA von Postfix auf Qmail um. Dies gelingt mit dem
Plesk Autoinstaller. Sie rufen ihn am besten über die Shell als ssh root Benutzer
mit folgendem Befehl auf:

/usr/local/psa/admin/sbin/autoinstaller

Beachten Sie bitte, dass Sie dies nur für Ihre jeweilige Plesk Version tun.
Haben Sie Qmail ausgewählt, wird der Rest selbstständig eingerichtet. Das
Versenden und Empfangen von Mails sollte nun klappen.

Is das wirklich eine Lösung? Weiß nicht ob ich qMail benutzen möchte..hm.
 
Hallo maekz,

hast du das ausprobiert? Ich habe das selbe Problem und komme nicht weiter.
Mittlerweile kommt nicht mal eine Fehlermeldung an, jedoch sind die Mails weder im Postfach noch werden sie weitergeleitet?
 
eigentlich bin ich erst durch die Umstellung auf qMail daraufgekommen:

log dich mal per ssh auf deinem server ein und geh in das verzeichnis: /usr/local/psa/handlers

in diesem Verzeichnis sind 4 Verzeichnisse.
wenn du dir jetzt mit 'dir' die Rechte und Besitzer anzeigen lässt, müsste es ganz normal aussehen wie z.b. -rwx--xr--x (nur ein Beispiel).
Bei mir sah es so aus d????? ?? ????? ?? ??? - Datei

Bei mir waren diese 4 Verzeichnisse beschädigt, also filesystem corrupted, selbst nach einer Suse Neuinstallation.
Habe es dem Support gemeldet und die haben die Verzeichnisse wieder neu eingespielt und es ging.

Vorher eben nicht, da qMail keinen Zugriff auf diese Verzeichnisse hatte.
 
Also bei mir scheinen die Verzeichnisse keine Probleme zu machen...
Trotzden kann ich nichts senden und empfangen. Ich bekomme auch keine Fehlermeldung wieso nicht ankommt.
Ich glaube ich muss mal einen komplettes Thema aufmachen mit allen meinen Einstellungen. So stochere ich echt nur im Dunkeln.
 
Maekz hat den Fehler schon gefunden:
Die Schreibrechte der Ordner im Verzeichnis /usr/local/psa/handlers
müssten geändert werden.

before-local = 0755
before-queue = 0755
before-remote = 0755
hooks = 0755
info = 0755
spool = 0770

Das Problem bei den Images von 1blu ist auch zum heutigen Tage noch aktuell.
Warum dies noch nicht geändert wurde bleibt wohl ein Geheimnis.
 
Back
Top