Die meisten Unternehmen besitzen mehr Domains, als sie nutzen: eine übernommene, aber nie migrierte Marke, eine vorsorglich gekaufte häufige Falschschreibung, die Kampagnendomain von vor zwei Jahren und eine Ländervariante, die jemand wegen des niedrigen Preises registriert hat.
Keine davon benötigt Postfächer. Alle empfangen E-Mails: von einem Kunden, der den alten Markennamen eingegeben hat, einem Lieferanten mit einer Adresse aus der Zeit vor der Übernahme oder einem nie aktualisierten automatisierten System. Aktuell werden solche Nachrichten wahrscheinlich zurückgewiesen, und niemand kennt ihre Menge.
Ein externer Catch-all erledigt dies ohne Bereitstellung: Er leitet die gesamte Domain an eine bereits gelesene Adresse. Kein Postfach, kein Speicher, keine Kosten pro Nutzer, kein Passwort. Es gibt echte Nachteile, die Sie vor dem Einschalten kennen sollten.
Drei Arten, eine Adresse zu behandeln
| Mechanismus | Was existiert | Speicher | Versand unter der Adresse |
|---|---|---|---|
| Postfach | Eigener Speicher und eigene Anmeldung | Ja, eigenes Kontingent | Ja |
| Alias | Zusätzliche Adresse eines vorhandenen Postfachs | Nein, teilt den Speicher des Ziels | Ja, wenn Versand aktiviert ist |
| Catch-all-Weiterleitung | Nichts, nur eine Regel auf Domainebene | Keiner | Nein |
Ein Catch-all ist die einzige Variante, bei der keine Adresse definiert wird. Jeder lokale Teil der Domain, etwa sales@, john@ oder qwerty@, wird angenommen und an das benannte Ziel zugestellt. Darin liegen zugleich Stärke und Problem.
Was ein externer Catch-all bewirkt
Das Ziel eines Catch-all kann ein Postfach derselben Domain oder eine ganz andere Adresse sein: Ihre primäre Arbeitsadresse, ein gemeinsam genutzter Team-Posteingang der Hauptdomain oder eine Helpdesk-Warteschlange. Der zweite Fall ist der externe Catch-all.
Ein externer Catch-all macht dies für Domains nützlich, die Sie besitzen, aber nicht personell betreuen. Auf der geparkten Domain wird nichts bereitgestellt. Fügen Sie sie hinzu, richten Sie MX auf uns, legen Sie das Ziel fest, fertig. Zuvor abgewiesene E-Mails erreichen nun eine gelesene Adresse.
Zwei Schutzregeln gelten, beide aus gutem Grund.
Ein Ziel derselben Domain muss ein aktives Postfach sein. Würde der Catch-all einer Domain auf eine Adresse derselben Domain zeigen, die kein echtes Postfach ist, gelangte der Zustellversuch direkt zurück in dieselbe Catch-all-Regel. Diese Schleife erzeugt E-Mails, bis ein System ausfällt. Die Regel wird deshalb abgelehnt, statt angenommen und später dem Fehler überlassen zu werden.
Ein externer Catch-all erfordert Pro oder Agency. Bei der Weiterleitung an eine externe Adresse nehmen wir E-Mails in Ihrem Namen an und senden sie an Dritte weiter. Dieser Versand hat Folgen für die Reputation und ist Tarifen vorbehalten, die Versand umfassen.
Geeignete Einsatzfälle für einen externen Catch-all
Geparkte und vorsorgliche Domains. acme-inc.com, während Sie acme.com betreiben. Dort braucht niemand ein Postfach, doch eingehende E-Mails sollten nicht unnötig zurückgewiesen werden.
Eine übernommene Marke. An die Adressen des früheren Unternehmens kommen jahrelang E-Mails. Ein externer Catch-all sendet alle an die nun zuständige Person, ohne Postfachmigration und ohne Raten, welche Adressen verwendet wurden.
Domains, die nur senden. Eine Kampagnen- oder Transaktionsdomain sendet, hat aber keine menschlichen Empfänger. Antworten und Unzustellbarkeitsmeldungen muss sie dennoch annehmen. Wer sie still verwirft, sieht weder Abwesenheitsnotizen und Beschwerden noch Kunden, die auf „Antworten“ klicken.
Ermitteln, was eine alte Domain wirklich empfängt. Leiten Sie sie einen Monat in einen Ordner und lesen Sie das Protokoll. Häufig lautet das Ergebnis „zwei echte Nachrichten und viel Rauschen“. Danach können Sie entscheiden, ob eine richtige Lösung nötig ist oder der Catch-all weiterlaufen soll.
Die Kosten eines externen Catch-all
Ein externer Catch-all nimmt alles an, mit Folgen, die zeitverzögert sichtbar werden.
Angriffe zum Sammeln von Adressen scheitern nicht mehr. Spam-Werkzeuge prüfen Domains mit Wörterlisten wie info@, admin@, a@ und ab@. Ohne Catch-all lehnt eine Domain ungültige Adressen günstig im SMTP-Dialog ab. Ein Catch-all akzeptiert jede, sodass eine normalerweise kostenlose Abfrage die Verarbeitung der gesamten Nachricht kostet.
Das Volumen ist unbegrenzt und unvorhersehbar. Sobald bekannt ist, dass eine Domain mit externem Catch-all alles annimmt, verbreitet sich die Adressliste. Die Entwicklung ist selten allmählich: Es bleibt oft monatelang ruhig und wird dann sehr laut.
Ihre Domain kann nicht mehr sinnvoll verifiziert werden. Wer die Existenz einer Adresse Ihrer Domain prüft, erhält für jede Adresse „ja“, weil Sie alles annehmen. Verifizierungsdienste sehen die Domain als Accept-all und ordnen ihre Adressen, einschließlich der echten, einer riskanten Kategorie zu. Lesen Sie, was Verifizierungsprüfungen tatsächlich belegen.
Tippfehler werden unbemerkt zugestellt. Ohne Catch-all wird eine E-Mail an jhon@ zurückgewiesen, und der Absender korrigiert sie. Mit externem Catch-all landet sie im Sammelziel, und der Absender nimmt an, sie habe John erreicht. Häufig bemerkt es wochenlang niemand.
Eine allgemeine Behandlung der Abwägung bietet das tatsächliche Verhalten von Catch-all-E-Mail. Kurz gesagt: Sie passt gut zu einer Domain, in der niemand arbeitet, und schlecht zu einer aktiv genutzten Domain.
Das Authentifizierungsproblem eines externen Catch-all
Ein externer Catch-all ist Weiterleitung, und Weiterleitung unterbricht die SPF-Authentifizierung. Die Nachricht behält ihren ursprünglichen Absender, kommt beim Ziel nun aber von unseren Servern an, die dessen SPF-Eintrag nie autorisiert hat.
Das Sender Rewriting Scheme repariert den SPF-Teil automatisch, indem es den Envelope-Absender auf eine Domain umschreibt, die uns autorisiert. Es wird ohne Konfiguration angewendet. Eine während des Transports beschädigte DKIM-Signatur kann es nicht reparieren. Auch hilft es nicht, wenn die ursprüngliche Domain p=reject veröffentlicht und die Empfängerseite dies streng auslegt.
Praktische Folge: Bei der Weiterleitung eines externen Catch-all an Gmail kann ein Teil im Spam landen. Besonders wahrscheinlich ist dies bei Nachrichten von Domains mit den strengsten Richtlinien, also oft legitimen Absendern. Prüfen Sie in den ersten zwei Wochen den Spamordner des Ziels. Hintergrundinformationen bietet SRS und weitergeleitete E-Mail.
Wann Aliasse besser sind
Für eine aktiv genutzte Domain sind Aliasse einem externen Catch-all in jeder Hinsicht vorzuziehen.
Die meisten Organisationen verwenden weniger als zehn echte Adressen: info@, sales@, support@, billing@ und einige Namen. Werden diese ausdrücklich definiert, lehnt der SMTP-Dialog alle anderen Adressen kostenlos ab. Das erschwert Sammelangriffe und lässt Tippfehler des Absenders zurückweisen, damit er sie korrigieren kann.
Aliasse beherrschen auch Funktionen, die ein Catch-all nicht kann. Sie können von einem Alias senden, sodass eine Antwort an billing@ von billing@ statt Ihrer persönlichen Adresse kommt. Verschiedene Aliasse können zu verschiedenen Postfächern führen. Ein Alias stellt an ein echtes Postfach zu, sodass die E-Mail durchsuchbar, filterbar und gesichert ist.
Die Entscheidung lässt sich auf eine Frage reduzieren: Arbeitet jemand in dieser Domain? Wenn ja, verwenden Sie Aliasse. Wenn nein, einen externen Catch-all. Siehe Aliasse gegenüber Postfächern.
Externen Catch-all einrichten
- Fügen Sie die Domain hinzu und schließen Sie DNS ab, sodass MX auf uns zeigt. Ohne MX gilt nichts davon; E-Mails gehen weiterhin an das vorherige Ziel.
- Öffnen Sie für die Domain den Reiter Routing.
- Aktivieren Sie Catch-all und geben Sie die Zieladresse ein.
- Speichern Sie. Auf unserer Seite gilt die Änderung sofort ohne Verzögerung durch Verbreitung.
Führen Sie anschließend den häufig übersprungenen Schritt aus: Senden Sie eine Testnachricht an eine unsinnige Adresse der Domain und bestätigen Sie ihre Ankunft. Nur so wissen Sie, dass die Regel aktiv und nicht nur gespeichert ist. Der Test dauert dreißig Sekunden.
Wenn das Ziel ein tatsächlich gelesener Posteingang ist, legen Sie einen Filter an, der Catch-all-E-Mail in einem eigenen Ordner ablegt. Sonst überflutet das Sammelvolumen das Postfach, und eine sinnvolle Konfiguration wird drei Wochen später aus Ärger abgeschaltet. Serverseitige Filter erledigen dies bei der Zustellung, bevor etwas Ihr Telefon erreicht.
Häufig gestellte Fragen
Benötige ich für einen externen Catch-all ein Postfach auf der Domain?
Nicht bei einem externen Ziel. Genau darum geht es bei einer geparkten Domain: Auf ihr wird nichts bereitgestellt. Liegt das Ziel auf derselben Domain, muss es ein aktives Postfach sein, weil sonst eine Schleife entsteht.
Belegt Catch-all-E-Mail meinen Speicher?
Die Weiterleitung an eine externe Adresse belegt keinen. Die Weiterleitung an eines Ihrer eigenen Postfächer speichert die E-Mail dort und belastet dessen Kontingent.
Kann ich von der Catch-all-Adresse antworten?
Nein. Ein Catch-all definiert keine Adressen, daher gibt es keine Absenderadresse. Antworten kommen vom empfangenden Postfach. Wenn Sie von einer bestimmten Adresse senden müssen, erstellen Sie dafür einen Alias.
Warum ist der externe Catch-all auf Pro und Agency beschränkt?
Bei Weiterleitung an eine externe Adresse versenden wir E-Mail in Ihrem Namen erneut. Das ist ein Versandvorgang mit Reputationsfolgen und steht in Tarifen zur Verfügung, die Versand umfassen.
Landet E-Mail aus einem externen Catch-all im Spam?
Ein Teil möglicherweise. Weiterleitung unterbricht die ursprüngliche SPF-Autorisierung; SRS repariert sie automatisch, aber niemand kann eine beim Transport beschädigte DKIM-Signatur reparieren. Prüfen Sie in den ersten paar Wochen den Spamordner am Ziel.
Wie stoppe ich die Flut, wenn sie begonnen hat?
Schalten Sie den Catch-all ab und definieren Sie ausdrückliche Aliasse für die tatsächlich genutzten Adressen. Filtern Sie das Sammelziel in der Zwischenzeit in einen eigenen Ordner, damit es nicht mit Ihrem Posteingang konkurriert.
Kann ich einen externen Catch-all über die API konfigurieren?
Ja. Die Catch-all-Konfiguration ist über die REST-API und für Agenten über MCP verfügbar. So lässt sie sich sinnvoll über ein Portfolio von Kundendomains verwalten.
