7
EMail-Annahmeverweigerung WEB- und GMX
Moinsen
Folgendes Problem auf einem VPower Server von Strato mit Plesk 9.2.3 mit dem E-Mail Versand. Mittels Thunderbird und Webmail
Die eMails werden wenn sie zu web.de oder zu gmx.de Adressen versendet werden in die Warteschlange gestellt und erst nach 3 Tagen übermittelt.
Von einem anderen Server (Dedicatet)der ebenfalls im selben RZ steht klappt es wunderbar.
Ich habe mir eine zweite IP Adresse für den Server besorgt und es nach der Umstellung der Domain noch einmal neu versucht. Mein Gedanke war, dass evtl. die erste IP auf einer deren Blacklist gerutscht sein könnte.
Ich bin da etwas ratlos.
Im Logfile steht nicht wirklich was brauchbares drinnen.
die letzten beiden Mails haben in der mail.err dieses hinterlassen und stehen nun in der Warteschlange:
Nov 26 02:21:17 hxxxxxxxx pop3d: 1259198477.457321 LOGOUT, user=support@xxxxxxxxr.de, ip=[92.76.227.135], top=0, retr=1224, time=0, rcvd=40, sent=1411, maildir=/var/qmail/mailnames/xxxxxxxx.de/support/Maildir
Nov 26 02:34:19 hxxxxxxxx pop3d: 1259199259.890337 LOGOUT, user=support@xxxxxxxx.de, ip=[92.76.227.135], top=0, retr=0, time=0, rcvd=12, sent=39, maildir=/var/qmail/mailnames/xxxxxxxx.de/support/Maildir
Vielleicht hat ja jemand eine Idee dazu ?
Auf ins Chaos ;)
Folgendes Problem auf einem VPower Server von Strato mit Plesk 9.2.3 mit dem E-Mail Versand. Mittels Thunderbird und Webmail
Die eMails werden wenn sie zu web.de oder zu gmx.de Adressen versendet werden in die Warteschlange gestellt und erst nach 3 Tagen übermittelt.
Von einem anderen Server (Dedicatet)der ebenfalls im selben RZ steht klappt es wunderbar.
Ich habe mir eine zweite IP Adresse für den Server besorgt und es nach der Umstellung der Domain noch einmal neu versucht. Mein Gedanke war, dass evtl. die erste IP auf einer deren Blacklist gerutscht sein könnte.
Ich bin da etwas ratlos.
Im Logfile steht nicht wirklich was brauchbares drinnen.
die letzten beiden Mails haben in der mail.err dieses hinterlassen und stehen nun in der Warteschlange:
Nov 26 02:21:17 hxxxxxxxx pop3d: 1259198477.457321 LOGOUT, user=support@xxxxxxxxr.de, ip=[92.76.227.135], top=0, retr=1224, time=0, rcvd=40, sent=1411, maildir=/var/qmail/mailnames/xxxxxxxx.de/support/Maildir
Nov 26 02:34:19 hxxxxxxxx pop3d: 1259199259.890337 LOGOUT, user=support@xxxxxxxx.de, ip=[92.76.227.135], top=0, retr=0, time=0, rcvd=12, sent=39, maildir=/var/qmail/mailnames/xxxxxxxx.de/support/Maildir
Vielleicht hat ja jemand eine Idee dazu ?
Auf ins Chaos ;)
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 130273
Url: https://administrator.de/forum/email-annahmeverweigerung-web-und-gmx-130273.html
Ausgedruckt am: 22.12.2024 um 22:12 Uhr
7 Kommentare
Neuester Kommentar
Hiho, ja das Problem hatte ich auch einfach den host vervollständigen da der atm nicht den fqdn aufweist. Leider muss man das nach jedem Update von Plesk machen.
MFG
Gansa
MFG
Gansa
Könntest du das bitte so schreiben das ich das aucg verstehe ? ;)
Habe in der Datei me den Hostnamen eingetragen also "Domainname".de von Strato hxxxx und so weiter.
Aber Problem ist das ich nun in der Warteschlange auch Mails drinne habe die unbedingt raus müssten zu anderen Servern die nichts mit web.de oder gmx zu tun haben ;(
Ich habe auch schon Postfix Mailman statt QMail versucht.
Ich kappiere nicht wieso er die nicht senden mag.
Aber Problem ist das ich nun in der Warteschlange auch Mails drinne habe die unbedingt raus müssten zu anderen Servern die nichts mit web.de oder gmx zu tun haben ;(
Ich habe auch schon Postfix Mailman statt QMail versucht.
Ich kappiere nicht wieso er die nicht senden mag.
Völliges Chaos,
Die Mails hängen weiter in der Schlange.
Die Mails hängen weiter in der Schlange.
Hallo,
hier ist es erklärt: http://adriansauer.com/tag/plesk-9
Wenn GMX/Web.de oder sonst wer den Mailserver nicht auflösen kann, werden in der Regel keine Verbindungen zugelassen.
Gruß
Heiko
hier ist es erklärt: http://adriansauer.com/tag/plesk-9
Wenn GMX/Web.de oder sonst wer den Mailserver nicht auflösen kann, werden in der Regel keine Verbindungen zugelassen.
Gruß
Heiko
Ja , der Adrian Sauer hat auch fpr alles ne Lösung ;)
Leider stecken die immer noch Stunden in der Warteschlange bevor die rausgesendet werden. Aktuell nur noch bei web.de
Leider stecken die immer noch Stunden in der Warteschlange bevor die rausgesendet werden. Aktuell nur noch bei web.de
Also die Logs sagen nichts und wieder nichts was zu gebrauchen ist.
Sehr wichtige Mails hängen im System fest.
in der oben benannten Datei steht der domainname.de drinne. Das sind nun seit heute auch Mails die an andere Adressen gehen, also nicht nur web.de
Ich werde nun die Daten des betroffenen Servers zu einem System ebenfalls mit Plesk 9.2.3 migrieren und den Server nach der Neuinstallation mit einer Domain schalten wo bisher alles funktionierte um zu testen obs am Server liegt.
Sehr wichtige Mails hängen im System fest.
in der oben benannten Datei steht der domainname.de drinne. Das sind nun seit heute auch Mails die an andere Adressen gehen, also nicht nur web.de
Ich werde nun die Daten des betroffenen Servers zu einem System ebenfalls mit Plesk 9.2.3 migrieren und den Server nach der Neuinstallation mit einer Domain schalten wo bisher alles funktionierte um zu testen obs am Server liegt.
