Sie haben Catch-All für Ihre Domain aktiviert. Nun landet jede falsch geschriebene, erratene oder von Bots erzeugte Adresse irgendwo auf Ihrem Server. Wo genau, hängt davon ab, ob Sie ein Catch-All-Postfach eingerichtet oder nur eine Catch-All-Adresse aktiviert haben. Vielen ist nicht bewusst, dass dies zwei getrennte Dinge sind.
Die Adresse ist eine Routingregel. Im Postfach liegen die Nachrichten. Wer beides verwechselt, riskiert überfüllten Speicher, unterbrochene Antwortketten und innerhalb eines Monats eine schlechtere Domainreputation. Dieser Leitfaden erklärt den technischen Unterschied auf SMTP-Ebene und die passende Einrichtung für eine oder fünfzig Domains.
Wenn Sie noch überlegen, ob sich Catch-All überhaupt lohnt, beginnen Sie mit unserem vollständigen Leitfaden zu Catch-All-E-Mail für Domains.
Was ist ein Catch-All-Postfach und wie unterscheidet es sich von einer Catch-All-Adresse?
Ein Catch-All-Postfach ist ein physisches Speicherziel, also ein echtes Postfach mit Zugangsdaten, Speicherkontingent und IMAP-Endpunkt. Es enthält jede Nachricht, welche die Catch-All-Adresse angenommen hat. Die Catch-All-Adresse ist dagegen eine virtuelle Routingrichtlinie. Sie weist den Mailserver an: „Unbekannte Empfänger nicht ablehnen, sondern annehmen.“ Sie speichert selbst nichts, sondern öffnet nur das Tor.
Stellen Sie es sich so vor: Die Adresse ist die Entscheidung, Fremde ins Gebäude zu lassen. Das Postfach ist der Raum, in dem sie untergebracht werden. Ohne Adressregel werden Nachrichten an unbekannte Empfänger an der Tür abgewiesen. Ohne Postfach haben angenommene Nachrichten kein Ziel, sodass der Server sie entweder verwirft oder in einem verfügbaren Standardpostfach ablegt.
So funktioniert die Routingrichtlinie auf SMTP-Ebene
Wenn eine E-Mail eintrifft, prüft der Mail Transfer Agent den Empfänger während des SMTP-Handshakes gegen ein Verzeichnis bekannter Nutzer. In den beiden Szenarien geschieht Folgendes.
Standardeinrichtung (ohne Catch-All):
SENDER: RCPT TO: <ghost@yourdomain.com>
YOUR SERVER: 550 5.1.1 User unknown
Die Verbindung wird geschlossen und es werden keine Daten übertragen. Der Absender erfährt sofort, dass die Adresse nicht existiert.
Catch-All aktiviert:
SENDER: RCPT TO: <ghost@yourdomain.com>
YOUR SERVER: 250 2.1.5 OK
Ihr Server nimmt die vollständige Nachricht an. Dass „ghost“ kein echter Nutzer ist, spielt keine Rolle, denn die Routingrichtlinie hat die Verzeichnisprüfung überstimmt.
Deshalb ist die Aktivierung ohne geeignetes Ziel in einem Catch-All-Postfach riskant. Sie erklären dem Internet, dass Sie Nachrichten für jede Adresse Ihrer Domain annehmen, einschließlich Tausender üblicher Präfixe, die Spammer bei Directory-Harvest-Angriffen ausprobieren (admin@, invoice@, billing@, ceo@).
Drei Architekturen für Ihr Catch-All-Postfach
Nachdem die Catch-All-Adresse eine Nachricht angenommen hat, braucht sie ein Ziel. Dessen Konfiguration bestimmt Kosten, Sicherheitsrisiko und täglichen Arbeitsablauf.
Option A: getrenntes, dediziertes Postfach
Leiten Sie sämtlichen Catch-All-Verkehr an ein einziges, speziell dafür vorgesehenes Postfach wie catchall-store@domain.com. Niemand verwendet es als primären Posteingang. Sie prüfen es regelmäßig auf legitime fehlgeleitete Nachrichten und lassen den Rest liegen.
Vorteil: Saubere Trennung. Ihre regulären Nutzer sehen weder Spam noch Bot-Verkehr. Strenge Spamfilter lassen sich anwenden, ohne produktive E-Mail zu beeinträchtigen.
Nachteil: Bei Plattformen wie Google Workspace oder Microsoft 365 kostet dieses Postfach eine vollständige Nutzerlizenz, also $6 bis $30/Monat allein zum Speichern unerwünschter Nachrichten.
Option B: Alias zum Administratorpostfach
Ordnen Sie Catch-All direkt dem primären Postfach des Administrators oder der Geschäftsführung zu. Das ist schnell eingerichtet, im Alltag aber äußerst unpraktisch.
Innerhalb einer Woche bricht das Verhältnis von relevanten Nachrichten zu Rauschen ein. Eine falsch adressierte Kundennachricht lässt sich kaum von Bot-Müll unterscheiden. Warnmüdigkeit entsteht, Sie prüfen seltener und übersehen schließlich genau die Nachricht, die Catch-All retten sollte.
Option C: Annehmen und verwerfen
Nehmen Sie die Nachricht auf SMTP-Ebene an und löschen Sie sie sofort. Das spart Speicher, birgt aber ein erhebliches Risiko: Erzeugt Ihr Server nach der Annahme eine Unzustellbarkeitsmeldung, entsteht Backscatter. Sie nehmen Spam mit gefälschtem Absender an und senden dann einen Non-Delivery Report an einen unbeteiligten Dritten. Dadurch kann Ihre IP rasch auf Sperrlisten gelangen.
Die Regel: Wenn Sie die Nachricht nicht möchten, lehnen Sie sie am Rand mit einem 550-Fehler ab. Nehmen Sie sie nicht mit 250 an, um sie anschließend zurückzusenden.
Direktvergleich: Adresse und Postfach
| Merkmal | Catch-All-Adresse (Richtlinie) | Catch-All-Postfach (Speicher) |
|---|---|---|
| Funktion | Routing und Validierung | Speicherung und Zugriff |
| Protokollebene | SMTP RCPT TO | IMAP / Speicher-Backend |
| Ausprägung | Virtuell / regelbasiert | Physisch / datenbankbasiert |
| Kosten | Kostenlose Konfigurationsoption | Erfordert häufig einen kostenpflichtigen Nutzerplatz |
| Fehlermodus | Offenes Relay / Backscatter | Kontingent überschritten / Dienstverweigerung |
| Absenderidentität | Nicht zutreffend, reine Empfangsregel | Antworten unter der primären Postfachadresse |
| Spamrisiko | Nimmt unterschiedslos alles an | Speichert alles Angenommene |
Das Antwortproblem: Warum die Absenderidentität nicht stimmt
Diese Lücke entdecken viele zu spät. Ihr Catch-All-Postfach kann Nachrichten an jede Variante empfangen, etwa partnerships@, billing-2024@ oder project-alpha@. Beim Klick auf „Antworten“ stammt die ausgehende Nachricht jedoch von der tatsächlichen Anmeldeidentität des Postfachs: catchall@yourdomain.com oder ungünstiger admin@yourdomain.com.
Ein Interessent schreibt an partnerships@yourdomain.com. Die Nachricht landet im Catch-All-Postfach. Sie antworten, und der Empfänger sieht „Von: catchall@yourdomain.com“. Der professionelle Eindruck geht sofort verloren.
Um als partnerships@ zu antworten, müssen Sie diesen konkreten E-Mail-Alias am Postfach konfigurieren. Damit ist für jede aktive Unterhaltung wieder eine manuelle Konfiguration nötig, was das „dynamische“ Versprechen von Catch-All aufhebt.
Umgang wichtiger Anbieter damit
Microsoft 365
Bei Microsoft müssen Sie eigene Schutzmechanismen teilweise aufheben. Die Domain muss auf „Internal Relay“ gesetzt werden, wodurch Directory-Based Edge Blocking deaktiviert wird. Danach erstellen Sie ein Shared Mailbox für den Speicher und eine Transport Rule für das Routing. Ohne gepflegte Ausnahmegruppe für gültige Nutzer kann die Catch-All-Logik Nachrichten abfangen, die für echte Personen bestimmt sind.
Google Workspace
Google platziert die Funktion unter Apps > Gmail > Default Routing. Dort geben Sie ein Muster für unbekannte Empfänger an und ändern den Envelope-Empfänger in Ihr Catch-All-Postfach. Die Zuordnung zu einer Google Group spart eine Lizenzgebühr, verhindert aber Antworten unter der ursprünglichen Identität. Die Zuordnung zu einem Nutzer erfordert einen kostenpflichtigen Platz.
TrekMail
Wir haben die Einrichtung bewusst übersichtlich gestaltet. Aktivieren Sie Catch-All im Dashboard, wählen Sie das Zielpostfach in einer Auswahlliste und schließen Sie die Einrichtung ab. Weder PowerShell noch Transportregeln sind nötig. Das Catch-All-Postfach nutzt gemeinsamen Speicher, sodass kein zusätzlicher Nutzerplatz allein für fehlgeleitete Nachrichten nötig ist.
- Nano-Tarif ($0/Monat): E-Mail mit eigener Domain und einfacher E-Mail-Weiterleitung, ohne Kreditkarte.
- Starter ($3.50/Monat): Catch-All-Posteingang, mehrere Aliasse, 14-tägiger kostenloser Test.
- Pro ($10/Monat): Bevorzugtes Routing, größerer Speicherpool, 14-tägiger kostenloser Test.
- Agency ($23.25/Monat): Verwaltung mehrerer Domains, gebündelte Alias-Erstellung, 14-tägiger kostenloser Test.
Compliance-Risiken: DSGVO, HIPAA und unverlangt erhaltene Daten
Mit einer Catch-All-Adresse erfassen Sie unaufgefordert personenbezogene Daten zufälliger Absender. Nach Artikel 5(1)(c) der DSGVO kann dies der Datenminimierung widersprechen. Unter HIPAA ist das Risiko größer: Vertippt sich ein Patient und sendet geschützte Gesundheitsdaten an docter@hospital.com, nimmt Catch-All sie an. Können IT-Mitarbeiter auf dieses Catch-All-Postfach zugreifen, kann eine unbefugte Offenlegung und ein meldepflichtiger Vorfall entstehen.
Löschanfragen lassen sich nur schwer erfüllen, wenn unter Hunderttausenden Spamnachrichten die Daten einer Person gesucht werden müssen. Bei sensiblen Informationen ist es meist sicherer, Catch-All deaktiviert zu lassen, damit ein 550-Fehler den Absender auf den Fehler hinweist.
Wann ein Catch-All-Postfach sinnvoll ist
Catch-All ist nicht immer falsch und eignet sich für bestimmte Situationen:
- Neue Domains: Sie wissen noch nicht, welche Adressen verwendet werden. Catch-All verhindert in den ersten Monaten, dass Anfragen verloren gehen.
- Übernahmen und Migrationen: Sie übernehmen eine Domain und müssen Nachrichten für noch nicht zugeordnete Adressen auffangen.
- Kleine Teams mit vielen öffentlichen Aliasen: Wenn Sie Aliasse statt separater Postfächer nutzen, schließt Catch-All die Lücken.
- Lead-Erfassung: Druckmaterial oder alte Webseiten nennen Adressen, die nie formell angelegt wurden.
Entscheidend ist in allen Fällen die Weiterleitung an ein dediziertes, getrenntes Catch-All-Postfach, nicht an den primären Posteingang, und eine Prüfung nach festem Zeitplan.
Einrichtungscheckliste
- Erstellen Sie ein dediziertes Postfach, zum Beispiel
catchall@yourdomain.com. Verwenden Sie nicht das Administratorpostfach. - Aktivieren Sie die Routingrichtlinie der Catch-All-Adresse in den Einstellungen Ihres Anbieters.
- Verweisen Sie auf das dedizierte Postfach. Nicht auf eine Gruppe und nicht auf /dev/null.
- Legen Sie ein Speicherkontingent fest. Wenn das Postfach vollläuft und der Server Rückläufer erzeugt, entsteht Backscatter.
- Wenden Sie speziell auf das Catch-All-Postfach strenge Spamfilter an.
- Planen Sie wöchentliche Prüfungen. Suchen Sie nach legitimen fehlgeleiteten Nachrichten und machen Sie echte Adressen zu regulären Aliasen.
- Überwachen Sie die Domainreputation. Wenn die Rückläuferquote steigt oder Sie auf einer Sperrliste landen, prüfen Sie zuerst Catch-All.
Benötigen Sie vor der Catch-All-Konfiguration Hilfe beim Einrichten von E-Mail mit eigener Domain? Der Leitfaden behandelt DNS, MX-Einträge und die Verifizierung von Grund auf.
Fazit: Regel und Raum trennen
Eine Catch-All-Adresse ist eine Routingentscheidung: alle hereinlassen. Ein Catch-All-Postfach ist das Ziel. Aktivieren Sie die Adresse ohne Absicherung des Postfachs, droht eine Speicherüberlastung. Sichern Sie das Postfach, konfigurieren aber die Adresslogik falsch, kann eine Routingschleife entstehen.
Behandeln Sie beides als getrennte Komponenten: Legen Sie die Richtlinie fest, richten Sie den Speicher ein und isolieren Sie ihn von produktiver E-Mail. Wenn dies automatisch verwaltet werden soll, bietet TrekMail Starter Catch-All-Umschaltung und gemeinsamen Speicher ohne Preis pro Nutzerplatz für $3.50/Monat mit einem 14-tägigen kostenlosen Test.