Was ist eine Catch-All-E-Mail? Der ehrliche Leitfaden

Die kurze Antwort#

Eine Catch-All-Domain — auch Accept-All-Domain genannt — ist so konfiguriert, dass sie Mail für jede Adresse dieser Domain annimmt, egal ob echt oder nicht. Wenn ein Verifizierungstool den Mailserver fragt, ob ein bestimmtes Postfach existiert, sagt ein Catch-All-Server zu allem Ja, sodass die Antwort keinerlei Information trägt. Die Adresse mag durchaus zustellbar sein, aber kein Tool kann das bestätigen, ohne tatsächlich Mail zu versenden. Qualisend meldet solche Adressen als riskant mit dem Grund low_deliverability und einem Catch-All-Flag — niemals als „gültig".

Dieser letzte Satz ist die gesamte redaktionelle Haltung dieses Leitfadens: Ein Postfach hinter einer Catch-All-Domain ist nicht bestätigbar, und jedes Produkt oder jeder Artikel, der Ihnen etwas anderes erzählt, wählt lediglich ein schmeichelhaftes Etikett für dieselbe Ungewissheit.

Wie die Catch-All-Erkennung tatsächlich funktioniert#

Die Catch-All-Erkennung ist Stufe 7 der Verifizierungs-Pipeline, ein Test auf Domain-Ebene, und die Technik dahinter ist erfrischend schlicht. Neben der Adresse, nach der Sie gefragt haben, prüft das Verifizierungstool ein bewusst unsinniges Postfach derselben Domain ab — eine Zeichenfolge, die niemand je registrieren würde. Akzeptiert der Server auch diese, nimmt die Domain alles an, und keine postfachspezifische Antwort dieses Servers ist vertrauenswürdig.

Hier ist der relevante Teil der SMTP-Konversation mit einer normalen Domain, bei der der Server tatsächlich seine Postfachliste abgleicht:

> RCPT TO:<jane@example.com>
< 250 2.1.5 OK
> RCPT TO:<x9f2kq77c@example.com>
< 550 5.1.1 The email account that you tried to reach does not exist

Die 550 für die unsinnige Adresse ist das, was die 250 für jane@ aussagekräftig macht: Dieser Server weist unbekannte Postfächer ab, also ist eine Annahme eine echte Antwort.

Nun dieselbe Abfrage gegen eine Catch-All-Domain:

> RCPT TO:<jane@example.com>
< 250 2.1.5 OK
> RCPT TO:<x9f2kq77c@example.com>
< 250 2.1.5 OK

Beide kommen mit 250 zurück. Der Server hat zu einer Adresse Ja gesagt, die gar nicht existieren kann, also beweist sein Ja für jane@ nichts. jane@example.com könnte ein echtes, aktives Postfach sein — oder ein Tippfehler, der zurückkommt, sobald Sie eine Kampagne dorthin senden. Von außen betrachtet sind die beiden zum Zeitpunkt der Verifizierung nicht zu unterscheiden.

Warum die Erkennung selbst ergebnislos bleiben kann#

In der Praxis ist das Bild unübersichtlicher als zwei saubere Protokolle. Mailserver sind Fremden, die Fragen stellen, gegenüber aktiv feindselig: Sie greylisten unbekannte Absender mit temporären 4xx-Verzögerungen, drosseln wiederholte Abfragen von derselben IP, antworten absichtlich langsam (Tarpitting) oder brechen die Verbindung mitten in der Konversation ab. Unternehmens-Filter-Gateways bringen ihr eigenes Verhalten mit — viele nehmen an der SMTP-Grenze alles an und bewerten den Empfänger erst danach, wodurch sie von außen wie ein Catch-All wirken, ganz gleich, was die dahinterliegenden Postfächer sagen würden.

Daraus folgen zwei Konsequenzen. Erstens kann dieselbe Adresse an verschiedenen Tagen zu unterschiedlichen Urteilen führen, weil sich die Laune des Servers geändert hat, nicht das Postfach. Zweitens braucht ein ehrliches Prüftool ein Urteil unknown (mit Gründen wie timeout oder unavailable_smtp) für die Konversationen, die nie zu einer schlüssigen Antwort geführt haben, und es sollte „unbekannt" als „später erneut versuchen" behandeln, statt es stillschweigend unter gültig oder ungültig abzulegen. Ein Tool, das nie „unbekannt" sagt, ist nicht genauer — es ist nur weniger ehrlich gegenüber derselben Netzwerkrealität.

Warum Verifizierungstools bei Catch-Alls uneins sind#

Schicken Sie dieselbe B2B-Liste durch mehrere Prüftools, und Sie sehen die stille Uneinigkeit der Branche: Ein Tool markiert eine Adresse als „gültig", ein anderes nennt sie Catch-All, ein drittes vergibt einen undurchsichtigen Score von 87 ohne jede Erklärung. Sie alle betrachten dasselbe SMTP-Verhalten. Was sich unterscheidet, ist das, was jedes darüber zu behaupten bereit ist.

Das Anreizproblem ist einfach: „gültig" verkauft sich besser als „wir können es nicht wissen". Ein Prüftool, das 95 % Ihrer Liste als zustellbar meldet, fühlt sich genauer an als eines, das 70 % als zustellbar und 25 % als riskant meldet — genau bis zu dem Moment, in dem die Kampagne rausgeht und die Bounces eintrudeln. Manche Anbieter setzen darauf mit Behauptungen zur „Catch-All-Auflösung" oder KI-gestützten Konfidenzwerten, die nicht bestätigbare Adressen stillschweigend zu versandfähig aufrunden.

Tests von Dritten haben diesen Fehlermodus direkt dokumentiert. In einem praxisnahen Vergleich aus dem Jahr 2026, bei dem 127.000 Prüfungen über B2B-Listen liefen, markierten drei der sieben getesteten Tools zwischen 15 und 42 bekannte Catch-All-Adressen als „gültig" — Adressen, die die Tester gezielt als nicht bestätigbar eingeschleust hatten. Ein Vorbehalt, den wir auf jede solche Quelle anwenden würden, auch auf jene, die uns schmeicheln: Vergleichstests werden meist von Unternehmen veröffentlicht, die etwas zu verkaufen haben (jener stammt von einem Anbieter für Vertriebsautomatisierung), also lesen Sie sie wegen der rohen Tabellen pro Kategorie und der Methodik, nicht wegen der Ranglisten.

Das Score-Hütchenspiel#

Achten Sie auf den undurchsichtigen Konfidenzwert. Ein nacktes „87/100" auf einer Catch-All-Adresse sieht nach Präzision aus, beantwortet aber eine Frage, die niemand gestellt hat. Die Frage, die zählt — existiert dieses Postfach? — hat bei einer Catch-All-Domain eine bekannte Antwort: nicht bestätigbar. Das in eine zweistellige Zahl zu verpacken, fügt keine Information hinzu; es verbirgt die Kategorie des Problems. Ein Score ist nur nützlich, wenn Sie sehen können, was ihn hervorgebracht hat — deshalb legt jedes Qualisend-Urteil seine Eingangsgrößen offen: den Status, den Grundcode, die Sub-Flags, den MX-Anbieter der Domain und das, was die SMTP-Konversation tatsächlich zurückgegeben hat. Belege, die Sie lesen können, schlagen eine Zahl, der Sie vertrauen müssen.

Die Haltung von Qualisend ist die langweilige: Eine Catch-All-Adresse wird als riskant gemeldet, mit dem Grund low_deliverability, gesetztem Catch-All-Flag und einem mittleren Konfidenzwert — niemals zu zustellbar aufgerundet. Jedes Urteil kommt mit seinen Belegen — dem MX-Anbieter der Domain und den Abfragedetails —, sodass Sie sehen können, warum das Urteil so ausfällt, wie es ausfällt, statt einer nackten Zahl vertrauen zu müssen. Wie wir und andere Anbieter mit Catch-Alls umgehen, können Sie auf unseren Vergleichsseiten nachlesen, zum Beispiel Qualisend vs. ZeroBounce und Qualisend vs. NeverBounce.

Competitor behavior referenced on our comparison pages was last verified July 2026.

Wenn Sie Prüftools bewerten, durchschneiden drei Fragen das Marketing rasch:

• Was genau melden Sie für eine Catch-All-Domain? Lautet die Antwort „gültig" oder ein nackter Score, wissen Sie jetzt, wie das Tool auch überall sonst mit Ungewissheit umgeht.
• Kann ich die Belege pro Adresse einsehen? MX-Einträge, Anbieter und die SMTP-Antwort sind überprüfbare Fakten; ein Urteil ohne sie ist eine Meinung.
• Geben Sie jemals „unbekannt" zurück? Ein Anbieter, der bei jedem Durchlauf für jede Adresse eine schlüssige Antwort behauptet, beschreibt ein Netzwerk, das nicht existiert.

Wie verbreitet sind Catch-All-Domains?#

Die am besten belegbare öffentliche Zahl stammt aus ZeroBounces eigenen aggregierten Daten: Mehr als 9 % der rund 11 Milliarden Adressen, die sie 2025 verarbeiteten, kamen als Catch-All zurück, und sie merken an, dass B2B-Listen mit hohem Enterprise-Anteil oft bei 30 % oder mehr liegen. Andere Anbieter veröffentlichen Zahlen von bis zu 40–60 % der B2B-Adressen — meist ohne eine Datenquelle zu nennen, also behandeln Sie jede unbelegte Verbreitungszahl als Marketing. Die ehrliche Zusammenfassung: grob eine von zehn Adressen insgesamt, ein Mehrfaches davon auf B2B-Firmenlisten, und die einzige Zahl, die zählt, ist die Ihrer eigenen Liste — die Ihnen die Verifizierung direkt nennt. Figures above last verified July 2026.

Was die Zahlen widerspiegeln: Catch-All-Konfigurationen sind auf B2B-Listen weit verbreiteter als auf Verbraucherlisten. Google Workspace und Microsoft 365 machen Catch-All-Routing beide zu einer einfachen Admin-Einstellung, und viele Unternehmen aktivieren es, damit falsch geschriebene Adressen (jhon.smith@ statt john.smith@) trotzdem jemanden erreichen. Unternehmens-Security-Gateways fügen eine weitere Schicht hinzu: Appliances, die Mail zuerst annehmen und danach filtern, verhalten sich zur SMTP-Zeit als Accept-All, selbst wenn echte Postfächer dahinterstehen. Große Verbraucheranbieter hingegen weisen unbekannte Postfächer zur RCPT-Zeit ab — gmail.com ist keine Catch-All-Domain.

Die praktische Konsequenz: Wenn Sie an Unternehmen verkaufen, wird ein bedeutender Teil Ihrer Liste als riskant/Catch-All zurückkommen, egal welches Prüftool Sie einsetzen, und Ihre Versandstrategie braucht eine Antwort für diesen Teil — kein Tool, das ihn umetikettiert.

Rechnen Sie damit, dass der Anteil davon abhängt, wie die Liste aufgebaut wurde. Verbraucher-Newsletter-Listen, dominiert von Gmail-, Outlook.com- und Yahoo-Adressen, werden sehr wenige Catch-All-Urteile sehen. Listen, die aus gescannten Visitenkarten, Webinar-Anmeldungen mit geschäftlichen E-Mails oder Vertriebs-Prospecting gegen Firmendomains entstanden sind, werden weit mehr sehen — und je älter die Liste, desto mehr dieser Domains haben seit der Erfassung der Adresse den Mail-Anbieter oder die Konfiguration gewechselt.

Sollten Sie an Catch-All-Adressen senden?#

Es gibt keine ehrliche Ja/Nein-Antwort. Die richtige Entscheidung hängt davon ab, woher die Adresse stammt, was ein Bounce Sie gerade jetzt kostet und wie viel Spielraum bei der Absenderreputation Sie haben. Die eine universell schlechte Antwort ist, Catch-All-Adressen bei einem Versand mit vollem Volumen genauso zu behandeln wie bestätigte.

Der „Reputationsspielraum" ist es wert, ausbuchstabiert zu werden, denn es ist die Variable, die die meisten Absender ignorieren. Eine Domain mit langer Historie sauberer Versände und starkem Engagement kann eine Charge von Catch-All-Bounces als Rauschen wegstecken. Eine junge Domain, eine neue IP oder ein Absender, der sich von einem Aufenthalt im Spam-Ordner erholt, kann das nicht — dieselben Bounces landen auf einer dünnen Akte und schlagen zu Buche. Je riskanter Ihre aktuelle Position, desto strenger sollten Sie mit dem nicht bestätigbaren Teil Ihrer Liste umgehen.

Was auch immer Sie wählen: Halten Sie Catch-All-Versände in einem eigenen Segment. Hard Bounces aus diesem Segment sind Ihre eigentliche, spät eintreffende Antwort — sie sagen Ihnen, welche Catch-All-Adressen nie existiert haben, und sie richten Reputationsschaden an, den Sie eingegrenzt und messbar haben wollen, nicht über Ihre gesamte Liste verdünnt. Wenn Sie nicht sicher sind, wie viel Bounce-Schaden Sie verkraften können, lesen Sie warum die Bounce-Rate die Kennzahl ist, auf die Mailbox-Anbieter tatsächlich achten.

Wie Sie das Catch-All-Risiko senken, ohne sich selbst zu belügen#

Keine dieser Techniken „verifiziert" eine Catch-All-Adresse. Was sie tun, ist, die Ungewissheit mit der Zeit zu verkleinern und den Schaden zu begrenzen, während Sie dazulernen:

• Segmentieren und drosseln. Catch-All-Adressen kommen in eine eigene Versandgruppe, mit einem Bruchteil Ihres normalen Volumens, damit das Bounce-Feedback zuordenbar und eingegrenzt bleibt.
• Seed-Versände. Senden Sie vor einer großen Kampagne zunächst an einen kleinen Teil des Catch-All-Segments. Lesen Sie die Bounce-Ergebnisse und entscheiden Sie dann, wie weit Sie gehen.
• Engagement ist die einzige echte Bestätigung. Eine als Catch-All markierte Adresse, die schon einmal geöffnet oder geklickt hat, ist für praktische Zwecke bestätigt — ein Mensch steht dahinter. Priorisieren Sie engagierte Catch-Alls; behandeln Sie kalte mit Misstrauen.
• Überwachen Sie die Bounce-Rate des Segments separat. Anbieter deuten anhaltende Hard-Bounce-Raten als Signal für die Absenderqualität, also verfolgen Sie das Catch-All-Segment gegen Ihre üblichen Schwellenwerte, statt es im Gesamtwert verschwinden zu lassen.
• Sunset-Policy. Eine Catch-All-Adresse, die durch mehrere Versände hindurch stumm bleibt, sollte die Liste verlassen. Auch Schweigen ist ein Datum.
• Bringen Sie die Erfassung in Ordnung. Verifizieren Sie am Punkt der Erfassung, damit offensichtliche Tippfehler bei Firmendomains schon an der Tür abgefangen werden — jede verstümmelte Geschäftsadresse, die Sie bei der Anmeldung ablehnen, ist ein Dauerbewohner weniger in Ihrem künftigen Catch-All-Segment.

Wenn Ihre Liste in Klaviyo lebt, wendet der Schritt-für-Schritt-Bereinigungsleitfaden dieses Playbook von Anfang bis Ende an — exportieren, verifizieren, unterdrücken und die Catch-Alls segmentieren.

Eine roadmap-ehrliche Anmerkung: Heuristiken können Catch-All-Adressen nach wahrscheinlicher Qualität einordnen — der MX-Anbieter der Domain, der Gateway-Typ und das bisherige Engagement tragen alle Signal, und Qualisend zeigt Ihnen diese Belege bereits pro Adresse. Aber Einordnung ist keine Bestätigung. Nichts bestätigt ein Postfach hinter einer Catch-All-Domain außer dem Versand dorthin, und ein Tool, das etwas anderes behauptet, verkauft das Etikett, nicht die Tatsache.

Catch-All im Vergleich zu verwandten Urteilen#

Catch-All ist eine von mehreren Situationen, in denen sich etwas „nicht vollständig absegnen" lässt, und sie erfordern jeweils unterschiedliche Maßnahmen — weshalb es genau die Information vernichtet, die Sie brauchen, wenn man sie in einen Topf (oder einen Score) wirft. Ein volles Postfach heilt sich meist von selbst; eine Wegwerfadresse nie; ein Catch-All braucht eine Versandrichtlinie; ein Timeout braucht nur einen weiteren Versuch. Sie alle gleich zu unterdrücken, wirft erreichbare Abonnenten weg, und an sie alle gleich zu senden, lädt Bounces ein. So bilden sich die Situationen auf das Status- und Grund-Vokabular von Qualisend ab:

Die in der Praxis wichtigste Unterscheidung: riskant bedeutet „wir haben den Server erreicht und etwas Besorgniserregendes erfahren", während unbekannt bedeutet „wir konnten diesmal keine schlüssige Antwort erhalten". Riskante Adressen brauchen eine Versandrichtlinie; unbekannte Adressen brauchen meist einen erneuten Versuch.

Häufig gestellte Fragen#

Ist es sicher, an eine Catch-All-E-Mail-Adresse zu senden?#

Manchmal. Eine Catch-All-Adresse aus einer aktuellen Opt-in-Anmeldung ist in der Regel den Versand wert; eine Catch-All-Adresse aus einer gekauften Liste nicht. Die ehrliche Einordnung lautet, dass „Catch-All" das Verhalten der Domain beschreibt, nicht die Qualität der Adresse — die Sicherheit des Versands hängt also davon ab, woher die Adresse stammt und ob sie jemals Engagement gezeigt hat. Senden Sie an Catch-Alls in einem eigenen, gedrosselten Segment und lassen Sie das Bounce-Feedback klären, was die Verifizierung nicht kann.

Warum hat mein Prüftool „gültig" gemeldet, aber die E-Mail ist zurückgekommen?#

Die häufigste Ursache ist genau das Thema dieses Leitfadens: Die Domain war ein Catch-All, der Server sagte zur Prüfabfrage Ja, so wie er zu allem Ja sagt, und das Tool rundete das zu „gültig" auf. Das Postfach hat nie existiert, und die Wahrheit kam beim Versand als Hard Bounce ans Licht. Adressen können auch in der Lücke zwischen Verifizierung und Versand absterben, aber anhaltende „verifiziert-und-doch-zurückgekommen"-Ergebnisse auf B2B-Listen sind üblicherweise Catch-All-Optimismus.

Kann irgendein Tool eine Catch-All-Adresse vollständig verifizieren?#

Nein. Das ist eine Eigenschaft von SMTP, keine Beschränkung eines bestimmten Anbieters: Ein Server, der jede Adresse akzeptiert, gibt einem Prüftool keinerlei Anhaltspunkt, um echte Postfächer von erfundenen zu unterscheiden. Tools, die behaupten, Catch-Alls „aufzulösen", stützen sich auf Heuristiken, historische Daten oder Engagement-Signale — die Adressen sinnvoll nach wahrscheinlicher Qualität einordnen, aber kein Postfach bestätigen können. Die einzige Bestätigung ist eine zugestellte E-Mail, mit der interagiert wurde.

Was ist der Unterschied zwischen Accept-All und Catch-All?#

Keiner — es sind zwei Bezeichnungen für dieselbe Konfiguration (Sie werden auch „Wildcard-Postfach" sehen). „Accept-All" beschreibt das Verhalten des Servers; „Catch-All" beschreibt das Postfach, das die Mail einfängt. Verifizierungstools verwenden die Begriffe synonym.

Schaden Catch-All-Adressen meiner Zustellbarkeit?#

Nicht von sich aus — Catch-All-Adressen auf einer Liste zu haben, ist normal, besonders im B2B. Der Schaden entsteht durch blindes Versenden: Die Teilmenge der Catch-All-Adressen, die nie existiert hat, erzeugt Hard Bounces, und anhaltende Hard Bounces sind das Signal, das Mailbox-Anbieter bestrafen. Verifizieren Sie die Liste, damit die bestätigt nicht zustellbaren Adressen bereits weg sind, und senden Sie dann schrittweise an das verbleibende Catch-All-Segment, damit etwaige Bounces früh, in kleiner Zahl und dort auftauchen, wo sie wenig kosten.

Wie prüfe ich, ob eine Domain ein Catch-All ist?#

Sie brauchen ein Prüftool, das eine echte SMTP-Konversation führt, denn die Catch-All-Erkennung erfordert das Abfragen des Servers (siehe die Protokolle oben). Eine vollständige Qualisend-Prüfung tut dies für jede Adresse und meldet das Catch-All-Flag zusammen mit dem MX-Anbieter der Domain und den Abfragedetails — der kostenlose Plan enthält 100 Credits, um es an Ihrer eigenen Liste auszuprobieren. Beachten Sie, dass unser kostenloser E-Mail-Prüfer nur Syntax-, DNS- und Tippfehlerprüfungen ausführt — keine SMTP-Abfrage —, sodass er Adressen ausschließen, aber Catch-All nicht erkennen kann; dafür braucht es die vollständige Prüfung.