Skip to content

Fehlersuche

Geh von dem aus, was du siehst. Fast jedes E-Mail-Problem ist eines von drei Dingen: ein DNS-Eintrag, den es nicht gibt, ein Programm auf dem falschen Port, oder ein Versandlimit, das genau das tut, wofür es da ist.

Finde dein Symptom

Was du siehstWohin
Mail an deine Domain kommt nie anEs kommt nichts an
Ein Eintrag zeigt Fehlt, obwohl du ihn angelegt hastDNS zeigt weiter Fehlt
Automatisch konfigurieren scheitert, oder es gibt keinen KnopfAutomatisch konfigurieren tut nichts
Das Programm verbindet nicht oder fragt dauernd nach dem PasswortDas Programm meldet sich nicht an
Der Versand scheitert und das Programm versucht es weiterDer Versand wird gedrosselt
451 4.4.5 Rate limit exceeded, try again later.Der Versand wird gedrosselt
Empfänger behandeln deine Mail als SpamDeine Mail landet als Spam
Eingehende Mail landet in JunkEingehende Mail landet in Junk
E-Mail konnte nicht gespeichert werden beim Anlegen einer AdresseEine Adresse lässt sich nicht speichern

Es kommt nichts an

Mail an eine Adresse der Domain taucht nie auf, und der Absender bekommt entweder einen Bounce oder gar nichts.

Prüf zuerst den MX-Eintrag, außerhalb des Portals:

bash
dig +short MX example.com

Die richtige Antwort lautet:

text
10 mail.itsh.dev.

Danach arbeitest du dich in dieser Reihenfolge durch:

Gar kein MX-Eintrag, oder der von jemand anderem. Die Domain zeigt noch auf das, was ihre Mail vorher bearbeitet hat. Lege den Eintrag aus Domain einrichten an, oder drücke Automatisch konfigurieren, wenn dein DNS hier liegt.

Der MX stimmt, aber die Adresse gibt es nicht. Für jede Adresse, auf der du Mail erwartest, muss ein Alias oder Postfach existieren. Es gibt keine Zustellung an eine Domain, nur an Adressen darauf, es sei denn, du hast ein Catch-All gesetzt.

Die Adresse gibt es, sie ist aber inaktiv. Eine mit ausgeschaltetem Aktiv angelegte Adresse wird bei der Zustellung abgewiesen. Der Tab Postfächer zeigt den Zustand pro Zeile.

Sie wurde als Spam oder als infiziert abgewiesen. Dann hat der Absender einen Bounce, der das sagt. Zugestellt wurde nichts, und es wird auch nichts festgehalten, siehe Limits.

DNS zeigt weiter Fehlt

Du hast einen Eintrag angelegt, der Tab DNS & Einrichtung markiert ihn weiter als Fehlt.

Er ist wirklich noch nicht veröffentlicht. Einträge werden live aufgelöst geprüft, es zählt also, was die Welt sieht, nicht was das Panel deines Anbieters zeigt. Prüf es von außen:

bash
dig +short TXT _dmarc.example.com

Der alte Wert steckt noch im Cache. Gab es den Eintrag vorher mit einem anderen Wert, liefern Resolver den alten weiter aus, bis dessen TTL abläuft. Gib ihm eine Stunde, bevor du etwas für kaputt hältst.

Der Wert stimmt nicht exakt. TXT-Einträge werden exakt verglichen. Ein DKIM-Schlüssel, dem beim Kopieren ein Zeichen abhandengekommen ist, zusätzliche Anführungszeichen deines DNS-Anbieters oder ein Zeilenumbruch mitten im Schlüssel sind die üblichen Ursachen. Kopiere ihn erneut aus dem Tab DNS & Einrichtung.

Automatisch konfigurieren tut nichts

Das DNS der Domain liegt nicht hier. Der Knopf schreibt nur in Zonen, die wir bedienen. Bei einer Domain mit fremden Nameservern scheitert er, ohne zu sagen warum, und es werden keine Einträge angelegt. Mit der Domain ist nichts falsch: Lege die Einträge bei deinem eigenen Anbieter von Hand an.

Der Knopf wird gar nicht angezeigt. Bei einer Domain, die du nur für E-Mail gekauft hast, fehlt er selbst dann, wenn die Zone hier liegt. Nimm die Tabelle in Domain einrichten.

Das Programm meldet sich nicht an

Prüf zuerst den Port. Ausgehende Mail läuft über 587 mit STARTTLS. Ein Programm, das auf 465 eingestellt ist, hat kein Gegenüber und läuft in einen Timeout. Eingehend ist 993 mit SSL/TLS oder 143 mit STARTTLS.

Der Benutzername muss die ganze Adresse sein. du@example.com, nicht du. Das ist die mit Abstand häufigste Ursache für eine Passwortabfrage, die nicht mehr weggeht.

Auch der Postausgangsserver verlangt Anmeldung, mit denselben Zugangsdaten wie der Eingangsserver. Programme, die das weglassen, verbinden sich und werden dann beim Senden abgewiesen.

Prüf auf der Seite Anmeldeverlauf des Postfachs, ob das Passwort wirklich falsch ist. Ein Fehlversuch wird dort mit IP-Adresse und Protokoll festgehalten. Tauchen die Versuche gar nicht auf, erreicht das Programm den Server nicht, und dann ist es ein Port- oder Hostname-Problem und kein Passwortproblem.

Der Versand wird gedrosselt

Mail bleibt im Postausgang, das Programm meldet einen vorübergehenden Fehler und versucht es später erneut.

Dein Konto ist jünger als 30 Tage. Jedes Postfach ist in den ersten 30 Tagen auf 30 Nachrichten pro Stunde und 100 pro Tag begrenzt. Die E-Mail-Seite zeigt die verbleibenden Tage und bietet Vorzeitige Aufhebung beantragen an, wenn du Postfächer migrierst.

Es geht nichts verloren. Eine gedrosselte Nachricht wird vorübergehend abgewiesen, bleibt im Programm, und die meisten Programme versuchen es von selbst erneut.

451 4.4.5 Rate limit exceeded, try again later.

Das ist das Dauerlimit und nicht das für neue Konten: 200 Nachrichten pro Stunde und 2.000 pro Tag je Postfach. Verteile den Versand, oder teile ihn auf die Postfächer auf, denen die Adressen tatsächlich gehören.

Wenn das ein Rundschreiben an eine Empfängerliste ist, ist es das falsche Werkzeug. Massenmails sind auf dem Dienst nicht erlaubt.

Deine Mail landet als Spam

Empfänger finden deine Nachrichten im Spam-Ordner, oder ihr Server lehnt sie ab.

Prüf, ob alle drei Authentifizierungs-Einträge veröffentlicht sind. SPF, DKIM und DMARC sind das, was ein empfangender Server prüft, und der Tab DNS & Einrichtung muss configured lesen, nicht partial.

bash
dig +short TXT example.com
dig +short TXT mail._domainkey.example.com

Du versendest auch von woanders. Der SPF-Eintrag endet auf -all, alles nicht darin Aufgeführte fällt also durch. Ein Shop, ein CRM oder ein Newsletter-Tool, das als deine Domain sendet, muss im selben SPF-Eintrag auftauchen. Liegt dein DNS hier, ergänze dessen include: im vorhandenen Eintrag, statt ihn zu ersetzen; der nächtliche Lauf mischt hinein statt zu überschreiben, beides überlebt also.

Die Domain ist neu. Empfangende Server misstrauen Domains, die sie noch nie gesehen haben, egal was die Einträge sagen. Über zwei Wochen langsam aufgebautes Volumen bringt hier mehr als jede Konfigurationsänderung.

Eingehende Mail landet in Junk

Die Nachricht wurde angenommen und zugestellt, nur eben in den Ordner Junk statt in den Posteingang.

Die Empfindlichkeit des Filters ist fest, und es gibt keine Einstellung, sie zu lockern. Was du tun kannst, ist sie pro Postfach zu übersteuern: Lege am Postfach einen Filter an, der auf den Absender passt und ihn in den Posteingang legt. Siehe Postfächer und Aliase.

Junk ist ein ganz normaler IMAP-Ordner. Ist er in deinem Programm nicht sichtbar, abonniere ihn in dessen Ordnerliste.

Eine Adresse lässt sich nicht speichern

Das Portal meldet E-Mail konnte nicht gespeichert werden. Die wahrscheinlichen Ursachen der Reihe nach:

Die Adresse gibt es schon. Adressen sind plattformweit eindeutig, ein Postfach, ein Alias oder eine Liste irgendwo mit diesem Namen blockiert sie also.

Der lokale Teil enthält ein nicht unterstütztes Zeichen. Nur Buchstaben, Ziffern, Punkte und Bindestriche.

Das Passwort ist zu schwach oder zu kurz. Mindestens 8 Zeichen, und das Formular lehnt darüber hinaus Passwörter ab, die es für schwach hält.

Ein Alias zeigt auf sich selbst. Eine Weiterleitungsschleife, direkt oder über einen anderen Alias, wird abgelehnt.

Die Domain ist an ihrer Obergrenze, also 1.000 Postfächer oder 5.000 Aliase. Siehe Limits.

Wie es weitergeht