E-Mail-Prüfungen und Domain Intelligence nutzen dasselbe Credit-Guthaben. So funktionieren Credits

Kostenlos starten

Leitfäden

Wegwerf-E-Mails bei Testregistrierungen richtig behandeln

Entscheiden Sie anhand des Wegwerf-Codes, wann Sie eine andere Adresse erfragen, eine Bestätigung verlangen oder eine Anmeldung prüfen. Der Status „riskant“ allein reicht dafür nicht.

Was bei jeder Antwort zu tun ist

Jedes Mal dieselben vier Ergebnisse. Die Anweisung ändert sich mit der Situation, weil sich mit ihr ändert, was ein Fehler kostet.

Was bei jeder Antwort zu tun ist
ErgebnisWas hier zu tun ist
ZustellbarLassen Sie die Registrierung zu und bestätigen Sie die Adresse, bevor Sie den Testvorteil freigeben. Zustellbarkeit zeigt, dass die Adresse Mail empfangen kann, nicht wer sie eingegeben hat.
RiskantLesen Sie reason_codes. Bei DISPOSABLE_DOMAIN gilt Ihre Regel für Testzugänge. Ein Rollenpostfach oder eine Catch-all-Domain allein belegt keinen Missbrauch; verlangen Sie eine Bestätigung, wenn die Kontrolle über das Postfach wichtig ist.
Nicht zustellbarBitten Sie um eine Korrektur, bevor Sie den Testzugang freigeben. An eine ungültige Adresse oder nicht vorhandene Domain kommt kein Bestätigungslink. Erklären Sie den Fehler direkt im Formular.
UnbekanntLassen Sie die Anmeldung vorläufig zu und senden Sie eine Bestätigung. Die Prüfung konnte die Zustellung nicht klären. Das ist weder Betrugsbeleg noch bestätigter Kontakt. Prüfen Sie später erneut, falls nötig.

Was das Domain-Signal aussagt

Das Wegwerfsignal zeigt, dass eine Adresse eine Domain eines bekannten Anbieters temporärer Postfächer verwendet. Im öffentlichen Wegwerf-E-Mail-Checker können Sie diese Zuordnung nachsehen. Sie sagt weder, wie lange ein einzelnes Postfach bleibt, noch ob jemand die Testphase missbrauchen will. Der Glossareintrag zur Wegwerfadresse erklärt, warum auch ein temporäres Postfach eine Bestätigungs-E-Mail empfangen kann.

Bei einer vollständigen Prüfung zeigen checks.disposable und DISPOSABLE_DOMAIN diesen Befund. Emvero kann eine sonst zustellbare Adresse als risky einstufen, gibt deshalb aber nicht automatisch reject zurück. ROLE_ACCOUNT beschreibt etwa support@; ACCEPT_ALL_DOMAIN einen Server, der beliebige Empfänger annimmt. Keiner der beiden Codes beweist einen Missbrauch. Entscheiden Sie nach den konkreten Gründen und den übrigen Belegen.

Legen Sie die Regel vor dem Start fest

  • Gelistete Domains ablehnen: sinnvoll, wenn Ihr Testzugang eine dauerhaft erreichbare Adresse voraussetzt. Erklären Sie diese Bedingung und ermöglichen Sie die Eingabe einer anderen Adresse.
  • E-Mail-Bestätigung verlangen: sinnvoll, wenn ein aktives Postfach für den ersten Schritt genügt. Auch ein Wegwerfpostfach kann diese Hürde nehmen; sie begrenzt nicht jede Person auf eine Testphase.
  • Zulassen und prüfen: sinnvoll, wenn eine falsche Ablehnung schwerer wiegt als ein vorläufiger Zugang. Bewahren Sie das Signal für eine getrennte Entscheidung auf.

Das sind Regeln Ihres Dienstes, keine automatischen Aktionen von Emvero. Wenn spätere Kontaktaufnahme oder Kontowiederherstellung von E-Mail abhängt, bestätigen Sie auch gewöhnliche Adressen. Die Bestätigung belegt die aktuelle Kontrolle über ein Postfach, nicht Identität, Einmaligkeit oder künftige Erreichbarkeit.

Treffen Sie die Entscheidung auf Ihrem Server

Rufen Sie die Verifizierungs-API aus Ihrem Backend auf und lesen Sie status, action, reason_codes und checks zusammen. Steht in der ersten Antwort pending, warten Sie auf das endgültige Ergebnis. Bei einem eindeutigen Fehler wie DNS_NXDOMAIN bitten Sie um eine andere Adresse. Bei unknown lassen Sie die Anmeldung vorläufig weiterlaufen und nutzen die Bestätigung, statt den Grund für die fehlende Antwort zu erraten.

Begrenzen Sie die Nutzung des Testvorteils zusätzlich mit eigenen Regeln für Berechtigung und Anfragehäufigkeit. E-Mail-Signale helfen bei der Entscheidung über zusätzliche Hürden, verhindern aber nicht alle Mehrfachkonten oder automatisierten Anmeldungen. Die API-Seite erklärt die Antwortfelder; der Leitfaden zum Anmeldeformular behandelt allgemeine Eingabefehler.

Reason Codes, die hier etwas entscheiden

Diese Codes gehören zum Vokabular der API und erklären eine Prüfung. Die Hinweise kennzeichnen auch Werte, die die aktuelle Prüfregel oder SMTP-Probe nicht zurückgibt.

Reason Codes, die hier etwas entscheiden
DISPOSABLE_DOMAINAnbieter von Wegwerfadressen
ROLE_ACCOUNTDer Adressname bezeichnet eine Funktion; wer das Postfach nutzt, bleibt offen
ACCEPT_ALL_DOMAINDomain nimmt jeden Empfänger an
DNS_NXDOMAINDomain existiert nicht

Testen Sie es an einer Adresse, die Sie kennen.

Der kostenlose Checker liefert das vollständige Ergebnis - jede Stufe, jeden Reason Code, nichts zurückgehalten.