Häufige Fehler beim E-Mail-Versand beheben

Ein SMTP-Fehler ist meist ein nützlicher Hinweis und kein Grund, dieselbe Nachricht immer wieder zu senden. Beginnen Sie mit der exakten Meldung aus Mail-App oder Webmail und verwenden Sie die passende Prüfung unten. Senden Sie dem Support niemals Postfachpasswort, App-Passwort, SMTP-Zugangsdaten oder API-Token.

Schnelle Prüfungen vor jeder Änderung

1. Bestätigen Sie unter Domains, dass die Absenderdomain Aktiv ist und unter SMTP eine Route ausgewählt wurde.
2. Kopieren Sie unter Apps & Geräte des Postfachs den exakten Server, Port, die Verschlüsselung und den Benutzernamen.
3. Verwenden Sie ein App-Passwort oder das Postfachpasswort, falls das Postfach es noch akzeptiert. Verwenden Sie niemals das TrekMail-Kontopasswort.
4. Prüfen Sie das Dashboard auf Hinweise zu Kontobestätigung, Abrechnung, Ratenlimit oder Sicherheit.
5. Senden Sie nach jeder Änderung einen kleinen Test an eine eigene Adresse.

Authentifizierung fehlgeschlagen

Mögliche Anzeige: 535, 5.7.8, „Authentifizierung fehlgeschlagen“, „Benutzername und Passwort nicht akzeptiert“ oder "Sign-in failed. This mailbox accepts app passwords only: create one in webmail under Settings > App passwords." (Anmeldung fehlgeschlagen. Dieses Postfach akzeptiert nur App-Passwörter: Erstellen Sie eines im Webmail unter Einstellungen > App-Passwörter.) Manche Apps zeigen nur „Passwort falsch“.

Bedeutet meist: Postfachadresse, Passwort, Server, Verschlüsselung oder Authentifizierungsmethode ist falsch, oder das Postfach verlangt ein App-Passwort.

Vorgehen:

• Geben Sie die vollständige Postfachadresse als Benutzernamen ein.
• Prüfen Sie den Anmeldemodus unter Apps & Geräte. Nur App-Passwörter verlangt ein App-Passwort; Postfach-Passwort oder App-Passwörter akzeptiert beides. Erstellen Sie eines im Webmail unter Einstellungen > App-Passwörter oder im Dashboard unter Postfächer > dem Postfach > Sicherheit > App-Passwörter und geben Sie es in der App ein.
• Wurde ein App-Passwort ersetzt oder widerrufen, geben Sie ein neues ein. Setzt ein Administrator ein neues Postfachpasswort, werden alle App-Passwörter widerrufen, ebenso beim Zurücksetzen oder Wiederherstellen des Passworts. Eine eigene Änderung im Webmail tut dies nur, wenn der Benutzer Zusätzlich alle App-Passwörter widerrufen auswählt. Siehe App-Passwörter für Mail-Apps.
• Vergleichen Sie die Einstellungen mit Apps & Geräte, statt den Servernamen eines anderen Kontos wiederzuverwenden.
• Nutzen Sie Passwortauthentifizierung mit der angezeigten Verschlüsselung. Wählen Sie OAuth oder eine anbieterspezifische Methode nur bei ausdrücklicher Aufforderung.

Absender oder Relay nicht autorisiert

Mögliche Anzeige: 553, 5.7.1, „Relay verweigert“, „Absenderadresse abgelehnt“ oder „Absender nicht autorisiert“.

Bedeutet meist: Die Von-Adresse ist für das angemeldete Postfach nicht autorisiert, die Domain hat keine nutzbare Versandroute oder der externe Anbieter hat den Absender nicht genehmigt.

Vorgehen:

• Wählen Sie eine bestätigte Von-Adresse des Postfachs oder eine konfigurierte Versandadresse.
• Öffnen Sie den Tab SMTP der Domain und bestätigen Sie, dass die Route gespeichert ist und funktioniert.
• Bei einem benutzerdefinierten Profil schließen Sie die Absenderbestätigung beim Anbieter ab und folgen seinen DNS-Anweisungen.
• Bei Nano fügen Sie ein funktionierendes eigenes SMTP-Profil hinzu oder wechseln für verwaltetes TrekMail SMTP zu einem kostenpflichtigen Mail-Tarif.

Die Domain ist nicht versandbereit

Mögliche Anzeige: „Domain nicht bestätigt“, „SMTP nicht konfiguriert“ oder eine als nicht verfügbar markierte Versandoption.

Bedeutet meist: DNS steht noch aus, die Domain wird außer Betrieb genommen oder es wurde keine Route ausgewählt.

Vorgehen: Öffnen Sie Domains, vergleichen Sie die erforderlichen Einträge mit der aktiven DNS-Zone und warten Sie auf den Status Aktiv. Wählen Sie danach unter SMTP eine Route und senden Sie einen Test. DNS-Status und Routenauswahl sind getrennte Prüfungen; die eine schließt die andere nicht automatisch ab.

Ein Limit wurde erreicht

Mögliche Anzeige: ein Webmail-Fenster, das das erreichte Limit nennt; eine Antwort in Ihrer Mail-App mit 4.7.1 und dem englischen Hinweis „Daily sending limit reached“ (Tageslimit erreicht) oder „Hourly sending limit reached“ (Stundenlimit erreicht) samt Zahlen und der Uhrzeit, ab der wieder gesendet wird; eine API-Antwort 429 mit sending_limit_exceeded; oder eine geplante Nachricht unter Geplant, die als Nicht gesendet markiert ist.

Bedeutet meist: Ein Tages- oder Stundenkontingent ist aufgebraucht. Es kann niedriger als das Limit Ihres Tarifs sein, solange sich eine neue Domain noch aufwärmt, solange das Limit der Testphase bzw. das Sicherheitslimit vor der ersten Zahlung gilt oder in den ersten 24 Stunden nach der ersten Zahlung. Auch weitergeleitete Nachrichten zählen mit, sodass Weiterleitungen das Tageskontingent des Kontos aufgebraucht haben können.

Vorgehen: Lesen Sie die Zahlen und die Erneuerungszeit direkt in der Meldung und warten Sie bis dahin: Tageslimits erneuern sich um 00:00 UTC, das Stundenlimit zu Beginn jeder Stunde. Oder senden Sie an weniger Empfänger. Jeder Empfänger zählt, auch in CC und BCC, und eine Nachricht mit zu vielen Empfängern müssen Sie aufteilen, denn dieses Limit erneuert sich nicht. In der Testphase beendet Abrechnung → Testphase beenden und Abonnement jetzt starten die Testphase vorzeitig und erhöht ihre Limits sofort (die vollen Limits des Tarifs gelten 24 Stunden nach dieser ersten Zahlung); die Wahl eines größeren Tarifs während der Testphase hebt sie nicht auf. Siehe TrekMail-Versandlimits nach Tarif.

Verbindungs- oder TLS-Problem

Mögliche Anzeige: „Verbindung nicht möglich“, Zeitüberschreitung, Verbindung abgelehnt, STARTTLS, SSL, TLS oder Zertifikatfehler.

Bedeutet meist: Host, Port oder Verschlüsselung in der Mail-App ist falsch, oder das Netzwerk blockiert den ausgewählten Port.

Vorgehen: Kopieren Sie die Einstellungen unter Apps & Geräte. Unterstützt die App beide sicheren Optionen, verwenden Sie exakt die dort angezeigte Kombination aus Port und Sicherheit. Testen Sie ein anderes vertrauenswürdiges Netzwerk nur zur Diagnose. Deaktivieren Sie weder die Verschlüsselung noch akzeptieren Sie nur für einen Test eine Zertifikatwarnung.

Sperre durch E-Mail-Bestätigung, Abrechnung oder Sicherheit

Mögliche Anzeige: Ein Dashboard-Banner meldet eine Versandsperre oder fordert zur Bestätigung der Konto-E-Mail auf.

Bedeutet meist: Der Kontoinhaber hat die erforderliche Bestätigung nicht abgeschlossen, die bezahlte Berechtigung ist nicht verfügbar oder eine Sicherheitskontrolle hat den Versand pausiert.

Vorgehen: Folgen Sie der Aktion im Dashboard. Nutzen Sie zur Bestätigung die aktuelle Nachricht oder die Funktion zum erneuten Senden. Lösen Sie Abrechnungsprobleme unter Abrechnung. Ist nach ungewöhnlicher Aktivität nur ein Postfach pausiert, ändern Sie dessen Passwort, erstellen Sie neue App-Passwörter für seine Apps, sobald die Anmeldung wieder möglich ist, und melden Sie dem Support Fehler und Zeitpunkt des fehlgeschlagenen Versands. Das Sperren der Postfachanmeldung widerruft alle App-Passwörter, ebenso das Setzen eines neuen Postfachpassworts durch einen Administrator.

Ein Empfänger lehnt die Nachricht ab

Mögliche Anzeige: 5.1.1, „Benutzer unbekannt“, „Postfach voll“ oder Ablehnung der Empfängeradresse.

Bedeutet meist: Die Adresse ist falsch, existiert nicht mehr, ist voll oder der empfangende Anbieter hat die Nachricht abgelehnt.

Vorgehen: Bestätigen Sie die Adresse über einen anderen vertrauenswürdigen Kanal. Versuchen Sie eine dauerhaft fehlschlagende Adresse nicht ständig erneut. TrekMail kann wiederholt fehlschlagende Empfänger zum Schutz der Zustellung unterdrücken; entfernen oder ändern Sie die Adresse erst, wenn sie nachweislich wieder Mail empfangen kann.

Nachrichten landen im Spam, statt fehlzuschlagen

Das ist ein Zustellqualitätsproblem, kein SMTP-Verbindungsfehler. Prüfen Sie die DNS-Einträge, senden Sie nur erwartete Mail, halten Sie die Empfängerliste sauber und prüfen Sie Bounces und Beschwerden vor einer Skalierung. Siehe E-Mails landen im Spam.

Angaben für ein Support-Ticket

Nennen Sie Absenderadresse, möglichst die Empfängerdomain statt des privaten Postfachs, ungefähre Zeit und Zeitzone, Mail-App, exakten Fehlertext und die unmittelbar vorausgegangene Änderung. Lassen Sie Passwörter, SMTP-Zugangsdaten, Token, vollständige Nachrichteninhalte und unnötige persönliche Daten weg.