SMTP-Fehler 550 „No Such User Here" beheben
Zuletzt geprüft
Wenn Mails an eine bestimmte Domain mit „No Such User Here” scheitern — von anderen Mailservern aus aber problemlos ankommen — liegt das fast immer an einer Eigenheit deines eigenen Servers: Die Empfänger-Domain ist dort als Domain angelegt, also versucht der Server die Mail lokal zuzustellen, statt sie ins Internet zu schicken. Das lokale Postfach existiert nicht — Fehler 550.
Die Fehlermeldung sieht (z. B. in Roundcube) so aus:
SMTP Error (550): Failed to add recipient "info@partner-domain.de"(No Such User Here).Ursache
Abschnitt betitelt „Ursache“Dein Server hält sich für zuständig. Sobald eine Domain auf deinem Server angelegt ist (etwa weil du dort ihre Webseite hostest oder sie früher gehostet hast), nimmt der Mailserver den kürzesten Weg: Zustellung ins lokale Postfach. Liegen die Postfächer dieser Domain aber bei einem anderen Anbieter (anderer Hoster, Microsoft 365, Google Workspace), gibt es lokal nichts zuzustellen — der Server antwortet mit 550 No Such User Here.
Typische Konstellation: Du verwaltest Webseite und eine Partner- oder Zweitdomain auf demselben Hosting, die Mails dieser Domain laufen aber woanders.
Lösung: Mail-Zustellung auf „extern” umstellen
Abschnitt betitelt „Lösung: Mail-Zustellung auf „extern” umstellen“- Öffne in Plesk die
E-Mail-Einstellungender betroffenen Domain. - Deaktivier den Mail-Dienst für diese Domain (Haken bei
E-Mail-Dienst auf dieser Domain aktivierenentfernen). - Speichere. Ausgehende Mails an die Domain folgen ab jetzt den öffentlichen MX-Records Mail Exchange Record — DNS-Eintrag, der festlegt, welcher Server für eine Domain Mails entgegennimmt. — also zum tatsächlichen Mail-Anbieter.
- Hinterleg die korrekten MX-Records der Domain in deiner DNS-Zone — sie müssen auf den tatsächlichen Mail-Anbieter zeigen (den Wert liefert dessen Doku).
- cPanel erkennt die Domain daraufhin als
Remote-Mailserverund schickt Mails in die weite Welt hinaus statt lokal zuzustellen. - Greift das nicht automatisch: Stell unter
E-Mail → E-Mail-Routingdie Domain manuell aufRemote-E-Mail-Exchangerum.
Danach eine Testmail senden — sie sollte ohne 550 durchgehen und beim Empfänger ankommen.
Wenn etwas schiefläuft
Abschnitt betitelt „Wenn etwas schiefläuft“Der Fehler bleibt trotz Umstellung
Abschnitt betitelt „Der Fehler bleibt trotz Umstellung“DNS- und Routing-Änderungen brauchen einen Moment, und der Mailserver cached Zustell-Entscheidungen.
Lösung: Ein paar Minuten warten und erneut testen. Bleibt der Fehler, die MX-Records mit einem neutralen Tool (z. B. MX-Toolbox) gegenprüfen — zeigen sie wirklich auf den richtigen Anbieter?
Die Empfänger-Domain liegt komplett bei dir — inklusive Mail
Abschnitt betitelt „Die Empfänger-Domain liegt komplett bei dir — inklusive Mail“Dann ist die lokale Zustellung richtig, und der Fehler sagt die Wahrheit: Das Postfach existiert nicht.
Lösung: Adresse auf Tippfehler prüfen und das Postfach im Panel anlegen, falls es fehlen sollte.
Externe Absender bekommen den Fehler, wenn sie DIR schreiben
Abschnitt betitelt „Externe Absender bekommen den Fehler, wenn sie DIR schreiben“Der umgekehrte Fall: Dein Postfach ist das Ziel, der Fehler kommt von deinem Server.
Lösung: Prüfen, ob die Adresse wirklich angelegt ist und ob die MX-Records deiner Domain auf den rackSPEED-Server zeigen.
Verwandte Artikel
Abschnitt betitelt „Verwandte Artikel“- E-Mail-Konto anlegen — falls das Postfach tatsächlich fehlt.
- Wie lauten die rackSPEED-Nameserver? — DNS-Grundlagen für den MX-Weg.
- Probleme — weitere E-Mail-Störungsbilder.
Du kommst nicht weiter?
Abschnitt betitelt „Du kommst nicht weiter?“Wenn unklar ist, wer für die Empfänger-Domain zuständig sein soll: Ticket im Kundencenter öffnen. Nenn Absender- und Empfänger-Adresse plus die vollständige Fehlermeldung — wir sehen in den Mail-Logs sofort, wohin der Server zustellen wollte.