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: „Senden blockiert, bitte bestätigen Sie Ihre E-Mail-Adresse.“

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.

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 oder einem Testzeitraum niedriger sein. Die Tabelle zeigt das Tarifmaximum; die aktuelle Freigabe steht im Dashboard.)

Symptom: Der Versand funktioniert zunächst, dann schlägt jede neue Mail mit „user has exceeded sending quota“ oder einem ähnlichen 4xx-Fehler fehl.

Lösung: Wiederholen Sie keine große Sendung und warten Sie, bis die betreffende Freigabe wieder verfügbar ist. Das Stundenlimit ist ein kurzes Zeitfenster, das Tageskontingent wird pro Tag gezählt. Benötigen Sie dauerhaft mehr Kapazität, prüfen Sie Tarif und Versandrichtlinie vor einem Upgrade; bereits abgelehnte Nachrichten werden dadurch nicht wiederhergestellt.

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.

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.

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. Aktualisieren Sie es überall, wo das Postfach eingerichtet ist: Telefon, Mail-App, Skript oder Versandwerkzeug.
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 Kennwort. Meist werden Inhaber- und Postfachkennwort verwechselt. SMTP benötigt das Postfachkennwort.
• 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.

Haben Sie das Kennwort kürzlich zurückgesetzt, aktualisieren Sie es in jeder Mail-App, verbinden Sie sich neu und versuchen Sie es erneut. Wiederholen Sie nicht ständig das alte Kennwort, da dies eine separate Sperre verursachen kann.

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.