Warum kann ich mit TrekMail keine E-Mails senden?

Fehler beim Versand haben meist einige wenige Ursachen. Gehen Sie diese Prüfungen der Reihe nach durch. Sind Konto und Domain bereit, aber nur ein Empfänger lehnt eine Nachricht ab, sollten Sie als Nächstes dessen Mailserver untersuchen.

Prüfung 1: E-Mail-Adresse des Kontoinhabers ist nicht bestätigt

Wenn Sie am oder nach dem 19. Februar 2026 ein neues TrekMail-Konto registriert und den Bestätigungslink nicht geöffnet haben, wird der Versand nach einer Frist von 7 Tagen blockiert. Im Dashboard erscheint ein rotes Banner: Der ausgehende E-Mail-Versand ist pausiert.

Dieselben 7 Tage beginnen neu, wenn Sie eine bestätigte Anmelde-E-Mail durch eine neue ersetzen: Bestätigen Sie die neue Adresse innerhalb von 7 Tagen, damit der Versand weiterläuft.

Dies betrifft die Anmeldeadresse des Kontoinhabers, nicht Ihre Postfächer. Ist sie unbestätigt, können alle Postfächer des Kontos bis zur Bestätigung nicht senden.

Über die API werden Sendungen und geplante Sendungen mit dem Code account_email_unverified verweigert, bis die Adresse bestätigt ist.

Lösung:

• Suchen Sie im Posteingang Ihrer Anmeldeadresse die bei der Registrierung von TrekMail versandte Bestätigungsmail und öffnen Sie den Link.
• Mail verloren? Klicken Sie im Banner auf Bestätigungsmail erneut senden.
• Prüfen Sie bei einer Anmeldung über soziale Netzwerke den Bestätigungsstatus im Dashboard, statt von einer Bestätigung durch den Anbieter auszugehen.
• Funktioniert ein Link nicht mehr, fordern Sie eine neue Mail an, statt den alten Link erneut zu verwenden.

Konten, die vor dem 19. Februar 2026 registriert wurden, sind von dieser Sperre ausgenommen.

Prüfung 2: DNS der Domain ist nicht bestätigt

Die Domain muss bereit sein, bevor sie den verwalteten Versandweg nutzen kann. Die DNS-Seite zeigt den fehlenden, widersprüchlichen oder noch geprüften Eintrag. SPF, DKIM und DMARC helfen Empfängern außerdem bei der Bewertung Ihrer E-Mails.

Symptom: Status „Domain nicht bestätigt“ auf der Domainseite; Mail wird gesendet, kommt aber zurück; Empfänger melden sie als Spam.

Lösung: Öffnen Sie Domains, wählen Sie die Domain und ihren DNS-Status. Vergleichen Sie jeden Eintrag mit den angezeigten Werten, speichern Sie Korrekturen beim DNS-Anbieter und klicken Sie auf DNS prüfen. Während der Aktualisierung des öffentlichen DNS kann das Ergebnis ausstehen. Anleitung: DNS-Status prüfen.

Prüfung 3: Sie verwenden Nano

Im Nano-Tarif gilt can_send: false. Die SMTP-Authentifizierung gelingt, aber jeder Versand wird bei der Einlieferung abgelehnt.

Symptom: Der Client meldet „Senden fehlgeschlagen“ mit einem 5xx-Fehler; die Mail liegt kurz im Postausgang und kehrt dann zurück.

Lösung: Wählen Sie auf der Tarifseite einen Tarif mit verwaltetem Versand und prüfen Sie vor dem nächsten Versuch den aktiven Tarif und Domainstatus.

Müssen Sie Nano behalten, richten Sie BYO SMTP für die Domain ein. Benutzerdefiniertes SMTP ist in allen Tarifen verfügbar. Sie stellen Zugangsdaten eines externen SMTP-Anbieters bereit und TrekMail verwendet diesen Weg. Der Empfang über IMAP bleibt davon unabhängig.

Prüfung 4: Tages- oder Stundenlimit erreicht

Jeder Tarif hat tägliche Höchstwerte pro Postfach und Konto, ein Stundenlimit und eine Empfängergrenze pro Nachricht:

(Nano kann sich authentifizieren, aber sein verwalteter Versandweg ist deaktiviert. Aktuelle Limits können bei einer neuen Domain, einem Konto ohne frühere Zahlung, einem Testzeitraum oder in den ersten 24 Stunden nach der ersten Zahlung des Kontos niedriger sein. Die Tabelle zeigt das Tarifmaximum; das Dashboard zeigt das Tageskontingent des Kontos, das heute tatsächlich gilt. Im SMTP-Tab jeder Domain sehen Sie die heutigen Limits dieser Domain, einschließlich der Aufwärmphase einer neuen Domain und der Tage, an denen sie steigen.)

Symptom: Der Versand funktioniert zunächst, dann gehen im Laufe des Tages keine neuen Nachrichten mehr hinaus, und Sie sehen eines der folgenden Zeichen:

• Im Webmail öffnet sich ein Fenster über Ihrer Nachricht, die geöffnet bleibt. Es zeigt, wie viel des Limits verbraucht ist, warum das Limit gerade niedriger ist (eine Testphase, der erste Tag nach der ersten Zahlung oder eine neue Domain) und wann es sich erneuert, in Ihrer Zeitzone.
• In einer Mail-App schlägt der Versand mit einer vorübergehenden Antwort auf Englisch fehl. Sie enthält den Code 4.7.1, das erreichte Limit, die Zahlen und die Erneuerungszeit, zum Beispiel „Daily sending limit reached for this account (50 of 50 today; trial account). Sending resumes at 00:00 UTC.“ oder „Hourly sending limit reached for this account (15 per hour; trial account). Sending resumes at 14:00 UTC.“ In den ersten 24 Stunden nach der ersten Zahlung weist die Antwort darauf hin und nennt den Zeitpunkt, ab dem die vollen Limits gelten, zum Beispiel „(150 of 150 today; first payment under 24 hours ago, full limits from 2026-10-13 07:00 UTC)“.

Lösung: Lesen Sie zuerst die Meldung: Sie nennt das erreichte Limit und den Zeitpunkt, zu dem es sich erneuert. Dann:

• Warten Sie auf die Erneuerung, statt es wiederholt zu versuchen. Tageslimits erneuern sich um 00:00 UTC, das Stundenlimit zu Beginn jeder vollen Stunde (UTC).
• In der Testphase kann, wer die Abrechnung verwaltet, sie vorzeitig beenden: Abrechnung → Testphase beenden und Abonnement jetzt starten. Das bezahlte Abonnement beginnt, und die Limits der Testphase steigen sofort; die vollen Limits des Tarifs gelten 24 Stunden nach dieser ersten Zahlung.
• In den ersten 24 Stunden nach der ersten Zahlung können jedes Postfach und das ganze Konto an 150 Empfänger pro Tag senden, eine Nachricht kann an 50 Personen gehen, und Mail-Apps können 60 Nachrichten pro Stunde senden. Nach 24 Stunden gelten die vollen Limits des Tarifs von selbst; das Dashboard zeigt den genauen Zeitpunkt.
• Eine neue Domain durchläuft in ihren ersten 7 Tagen eine Aufwärmphase (40 % an den Tagen 1 bis 3, 70 % an den Tagen 4 bis 7, das volle Limit ab Tag 8). Das betrifft nur diese Domain und ihre Postfächer; Ihre anderen Domains behalten ihr volles Kontingent.
• Weitergeleitete Mails zählen mit. Weitergeleitete Nachrichten, die TrekMail verlassen, verbrauchen dasselbe Tageskontingent des Kontos wie Ihre eigenen Sendungen.
• Ein Upgrade erhöht das Kontingent des Tarifs. In der Testphase hebt es die Limits der Testphase nicht auf (das Beenden der Testphase schon), in den ersten 24 Stunden nach der ersten Zahlung gelten in jedem Tarif dieselben Limits für den ersten Tag, und bereits abgelehnte Nachrichten sendet es nie erneut: Senden Sie diese noch einmal, sobald wieder Platz ist.

Prüfung 5: Empfängerzahl pro Nachricht

Pro Nachricht gelten 50 Empfänger bei Nano, 100 bei Starter, 250 bei Pro und 500 bei Agency. Eine Nachricht über dem Limit kann vor dem Versand abgelehnt werden. In der Testphase liegt die Grenze bis zur ersten Zahlung bei 10 Empfängern pro Nachricht und in den ersten 24 Stunden danach bei 50; Webmail warnt Sie vor dem Senden einer Nachricht, die darüber liegt, und lässt sie nicht planen.

Lösung: Teilen Sie sie in passende Gruppen auf oder wechseln Sie den Tarif.

Prüfung 6: Das Postfach kann nicht senden

Das Postfach muss aktiv und zum Senden berechtigt sein. Es kann deaktiviert sein, nach einer Tarif- oder Domainänderung die Sendefähigkeit verlieren oder wegen einer Sicherheitsprüfung vorübergehend pausiert werden. Lesen Sie zuerst die Meldung im Dashboard oder in der Mail-App.

Symptom: Ein Postfach kann nicht senden, ein anderes im selben Konto schon.

Lösung: Öffnen Sie das Postfach im Dashboard und bestätigen Sie, dass es aktiv ist. Nennt die Meldung Konto, Tarif oder Domain, beheben Sie dies zuerst. Eine Anmeldesperre verhindert normalerweise die Anmeldung, stoppt allein aber nicht eingehende Mail.

Über die API wird der Versand aus einem Postfach, dessen Senden nach einer Tarif- oder Domainänderung nicht verfügbar ist, mit dem Code mailbox_send_disabled verweigert. Die unten beschriebene vorübergehende Sendepause hat einen eigenen Code.

Vorübergehende Versandpause

Bei einem Postfach kann nur der Versand gestoppt werden, während Empfang und Lesen weiter funktionieren. Dies kann geschehen, wenn Aktivitäten auf offengelegte Zugangsdaten hindeuten. So wird die Domain geschützt, während der Inhaber den Zugriff prüft.

Symptom: Mail kommt an und ist lesbar, ausgehende Nachrichten verlassen das Postfach jedoch nicht:

• Im Webmail: „Das Senden aus diesem Postfach wurde nach ungewöhnlicher Aktivität pausiert. Wenden Sie sich zur Wiederaufnahme an den Support.“
• In einer Mail-App: Senden schlägt fehl, Empfangen funktioniert, und die App meldet, dass der Server Ihre Adresse nicht als Absender akzeptiert.
• Über die API: Der Versand wird mit dem Code mailbox_sending_paused verweigert.

Lösung: Dies erfordert eine Supportprüfung. Die normalen Statusregler des Postfachs heben die Sicherheitspause nicht auf.

1. Ändern Sie das Postfachkennwort, siehe Postfachsicherheit.
2. Verbinden Sie jedes Telefon, jede Mail-App und jedes SMTP-Skript mit einem neuen App-Passwort oder dem neuen Postfachpasswort, falls das Postfach es noch akzeptiert. Das Zurücksetzen durch einen Administrator widerruft alle App-Passwörter; wählen Sie im Webmail Zusätzlich alle App-Passwörter widerrufen, wenn Sie Ihr eigenes Passwort nach einem Sicherheitsvorfall ändern.
3. Öffnen Sie auf der Supportseite ein Ticket und melden Sie die Änderung. Geben Sie Postfachadresse und ungefähre Zeit an, aber niemals das Kennwort.

Während der Prüfung kann Mail weiter eintreffen. Speichern Sie wichtige Entwürfe lokal, bis der Versand wiederhergestellt ist.

Prüfung 7: Konto ist gesperrt

Eine Kontosperre kann ausgehende Mail und andere Aktionen blockieren. Ein Banner im Dashboard erklärt den Grund, zum Beispiel:

• „Bei Ihrem Konto besteht ein Abrechnungsproblem. Aktualisieren Sie die Zahlungsdaten oder wenden Sie sich an den Support.“ Aktualisieren Sie die Daten und prüfen Sie den Abrechnungsstatus. Siehe Fehlgeschlagene Zahlungen beheben.
• „Wir haben ausgehende Mail vorübergehend pausiert, weil Empfängerserver zu viele Ihrer letzten Nachrichten abgelehnt haben.“ Öffnen Sie ein Ticket. Das Team kann nach Listenhygiene, Absendereinrichtung und einem geschwärzten Beispiel fragen.
• „Ihr Konto ist vorübergehend eingeschränkt. Wenden Sie sich für Einzelheiten an den Support.“ Öffnen Sie bei Missbrauchs- oder Sicherheitsproblemen ein Ticket zur Prüfung.

Die Sperre lässt sich nicht durch Wechsel von Postfach oder Domain umgehen. Sie gilt für alles Ausgehende im Konto, bis sie aufgehoben wird.

Prüfung 8: SMTP-Authentifizierung schlägt fehl

Wenn der Client „535 Authentication failed“ oder „Invalid credentials“ meldet:

• Falsches Passwort oder falscher Anmeldemodus. SMTP benötigt bei Nur App-Passwörter ein App-Passwort. Bei Postfach-Passwort oder App-Passwörter funktioniert beides. Verwenden Sie niemals das Dashboard-Passwort des Kontoinhabers. Erstellen Sie ein App-Passwort im Webmail unter Einstellungen > App-Passwörter oder im Dashboard unter Postfächer > (Postfach) > Sicherheit > App-Passwörter.
• Postfach existiert nicht. Prüfen Sie die Postfachliste. Ein Tippfehler kann auf ein anderes Postfach als das in der App eingerichtete verweisen.
• Inhaberadresse nach Frist unbestätigt. Siehe Prüfung 1. Die Bestätigung wird bei der Einlieferung erzwungen.

Wenn die App "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.) meldet, erstellen Sie ein App-Passwort und geben Sie es für Empfang und Versand ein. Manche Apps zeigen nur „Passwort falsch“. Siehe App-Passwörter für Mail-Apps.

Ein Zurücksetzen durch einen Administrator oder eine Passwortwiederherstellung widerruft alle App-Passwörter. Erstellen Sie neue für betroffene Apps oder aktualisieren Sie das Postfachpasswort, wo es noch akzeptiert wird, und verbinden Sie sich neu. Versuchen Sie nicht immer wieder ein widerrufenes oder altes Passwort.

Prüfung 9: BYO SMTP falsch konfiguriert

Wenn eine Domain einen externen SMTP-Anbieter verwendet:

• Prüfen Sie dessen Zugangsdaten auf dem Domain-Tab SMTP: Domains, Domain wählen, dann SMTP.
• Bestätigen Sie, dass SMTP-Einlieferung beim Anbieter aktiviert ist; manche verlangen dort ebenfalls eine Domainbestätigung.
• Nutzen Sie die Testaktion im SMTP-Tab und lesen Sie das Ergebnis vor dem echten Versand.

Ungültige externe Zugangsdaten können einen allgemeinen Fehler auslösen. Korrigieren Sie sie beim Anbieter, speichern Sie die Verbindung und testen Sie erneut.

Prüfung 10: Der Empfängerserver lehnt Sie ab

Ist bei TrekMail alles grün, aber bestimmte Empfängerdomains senden Mails zurück:

• Der Server kann Ihre Reputation beanstanden (neue Domain, kein Aufwärmen, SPF/DKIM nicht ausgerichtet). Siehe Zu hohe Bounce-Rate und Regeln zum Domain-Aufwärmen.
• Scheitern viele unabhängige Domains gleichzeitig, prüfen Sie die TrekMail-Statusseite und fügen Sie Fehler und Zeitstempel einem Ticket bei.
• Manche Empfänger lehnen unvollständige Authentifizierung oder schwache DMARC-Richtlinien ab. Prüfen Sie SPF, DKIM und DMARC, bevor Sie Inhalte ändern oder eine Sendung wiederholen.

Häufige Fehlercodes erklärt

Problem besteht weiterhin

Öffnen Sie ein Ticket auf der Supportseite. Geben Sie Folgendes an:

• Sendendes Postfach (alice@yourcompany.com).
• Empfängeradresse oder ein Beispiel, falls viele zurückkommen.
• Genaue Fehlermeldung des Clients oder der Rückläufernachricht.
• Ob Webmail dieselbe Nachricht an denselben Empfänger senden kann. (Scheitert es dort auch, liegt das Problem serverseitig.)

Für die Prüfung einer Zustellbarkeitssperre sollten Sie erklären können, wie Empfänger zugestimmt haben, und auf Anfrage ein geschwärztes Beispiel liefern. Senden Sie keine vollständige Liste, Zugangsdaten oder unnötige Empfängerdaten.