E-Mail-Listen prüfen: Signale, Scores und Grenzen

Nach einer Kampagne können Öffnungen sinken und Rückläufer steigen. Eine Ursache können veraltete Adressen sein, aber auch Inhalt, Beschwerden, Authentifizierung oder andere Faktoren. Das Zeichen @ und eine Domain reichen zur Prüfung nicht aus. Die Quelle nennt einen Listenverfall von ungefähr 2 bis 3 Prozent monatlich als Orientierung, nicht als universelle Rate. Im Januar erreichbare Adressen müssen im April nicht mehr funktionieren.

Prüfung von E-Mail-Listen bewertet Adressen vor dem Versand anhand mehrerer Signale. Die Quelle beschreibt 25 Prüfungen, darunter DNS, SMTP und heuristische Risikomerkmale. SPF oder DMARC der Empfängerdomain belegen weder deren Empfangsfähigkeit noch die Ausrichtung Ihrer Absenderauthentifizierung. Das Ergebnis unterstützt Entscheidungen, bestätigt aber weder Identität noch Einwilligung.

Listenprüfung kann zum Zustellungsmanagement beitragen. Sie ersetzt nicht rechtmäßige Adressgewinnung, passende Inhalte, Abmeldungen und die laufende Kontrolle von Rückläufern und Beschwerden.

Wie problematische Listen die Zustellung beeinflussen

Empfangsdienste wie Google, Microsoft, Yahoo und Apple können Rückläufer, Beschwerden und weitere Signale berücksichtigen. Nicht jeder Dienst bewertet dieselben Daten gleich. Ungültige oder unberechtigt angeschriebene Adressen können verschiedene Probleme verursachen.

Erstens können dauerhafte Rückläufer zunehmen. Nicht jede 5xx-Antwort bedeutet jedoch ein ungültiges Postfach; Richtlinien und Authentifizierung können ebenfalls Ursache sein. Die Quelle nennt 2 Prozent und 5 Prozent als Warnbeispiele, nicht als allgemeingültige Grenzwerte. Prüfen Sie konkrete Fehlercodes und Empfängervorgaben.

Zweitens können Spamfallen betroffen sein. Dazu zählen wiederverwendete und eigens angelegte Adressen. Sie sind nicht zuverlässig durch eine öffentliche Abfrage erkennbar, und Verifikation garantiert ihre Entfernung nicht. Gekaufte oder gesammelte Listen sind auch nach Prüfung keine Einwilligung zum Versand. Die Folgen hängen vom jeweiligen Empfänger und Reputationssystem ab.

Drittens können Interaktionswerte sinken. Fehlende Öffnungen oder Klicks beweisen aber weder eine ungültige Adresse noch fehlendes Interesse. Datenschutzfunktionen und Messmethoden beeinflussen diese Werte. Untersuchen Sie sie zusammen mit Zustellungsdaten, Beschwerden und der Relevanz Ihrer Nachrichten.

Was die Listenprüfung untersucht

Verifikation ist nicht immer ein eindeutiges Ja oder Nein. Die Quelle beschreibt bei TrekMail 25 Prüfungen in zwei Phasen. Prüfen Sie die aktuelle Implementierung und beachten Sie unbekannte oder uneindeutige Ergebnisse.

Phase 1: Grundprüfungen

Im beschriebenen Modell können fehlgeschlagene Grundprüfungen zur Kategorie ungültig und einem Nullwert führen. Das ist eine Produktklassifizierung, keine unfehlbare Aussage über jedes Postfach.

Nach den sieben beschriebenen Grundprüfungen beginnt Phase 2 mit einem Ausgangswert von 100.

Phase 2: Hinweise und Bewertung

Weitere Prüfungen ziehen im Quellenmodell Punkte ab oder ergänzen Hinweise. Die Kategorie ist eine technische Risikoeinschätzung.

Bewertungskategorien

Das Quellenmodell ordnet Adressen anhand des Ergebnisses vier Kategorien zu. Die Bezeichnungen sind keine Versandgenehmigung.

Ein Wert von 62 oder 85 mit Rollenhinweis muss im konkreten Kontext bewertet werden. Weder Newsletter noch B2B-Ansprache oder Transaktionsmail wird allein durch den Score zulässig. Bestätigte Adresse, Berechtigung und tatsächliche Zustellungsdaten zählen zusätzlich.

Quick und Deep

Die Quelle beschreibt zwei Prüftiefen. Aktuelle Abdeckung und Bedingungen sind zu prüfen.

Quick umfasst die beschriebenen Grundprüfungen aus Phase 1 und ausgewählte Merkmale aus Phase 2, etwa Rollenadressen und Tippfehler. MX benötigt DNS und ist keine grundsätzlich netzwerkfreie Prüfung. Die Quelle nennt 1 Credit pro Adresse und Millisekunden als Laufzeitbeispiel; Cache, Netzwerk und Last beeinflussen das Ergebnis. Geeignet kann der Modus für Registrierung und kürzlich geprüfte Listen sein.

Deep wird mit 25 Prüfungen einschließlich SMTP, DNSBL, RDAP, Gravatar und heuristischen Risiken beschrieben und kostet laut Quelle 2 Credits pro Adresse. Zusätzliche Signale können bei älteren oder externen Daten helfen. Gekaufte oder gesammelte Adressen erhalten dadurch weder Einwilligung noch rechtmäßige Versandberechtigung.

Listen gesammelt prüfen

Einzelprüfungen passen zu Formularen und Integrationen. Bei 10,000 oder 50,000 Adressen kann eine Stapelprüfung sinnvoll sein.

Die Quelle nennt bis zu 50,000 Adressen pro Auftrag, CSV- oder XLSX-Upload und API-Einreichung. Die beschriebene Deduplizierung soll doppelte Berechnung innerhalb eines Auftrags vermeiden. Aktuelle Grenzen und Abrechnung prüfen.

Beschrieben wird eine dreistufige Verarbeitung: Datei einlesen und DNS je Domain vorab abfragen, Arbeit in Batches aufteilen und verteilt einplanen, anschließend parallel prüfen. Tatsächliche Wartezeit und Fairness hängen von aktueller Implementierung und Last ab.

Die Quelle beschreibt Fortschritt und Kategorien im Dashboard sowie gefilterte CSV-Exporte. Verwenden Sie die Segmente zur weiteren Prüfung, nicht als Zusage sicherer Zustellung.

Laut Quelle werden Auftragsergebnisse nach 15 Tagen gelöscht. Das belegt keine gleichzeitige Löschung sämtlicher Backups, Protokolle oder sonstiger Daten; aktuelle Aufbewahrungsregeln prüfen.

API-Integration

Die beschriebene REST API nutzt Bearer-Token und Berechtigungen wie verify:read für Ergebnisse und verify:write für Einreichungen. Endpunkte und Funktionsabdeckung anhand aktueller Dokumentation prüfen; nicht jede Dashboard-Aktion muss verfügbar sein.

Einzeladresse prüfen

curl -X POST https://trekmail.net/api/v1/verify   -H "Authorization: Bearer tm_live_your_token"   -H "Content-Type: application/json"   -d \x27{"email": "user@example.com", "mode": "deep"}\x27

Das Quellenbeispiel zeigt Score, Kategorie und Prüfergebnisse. Die dargestellte Shell-Schreibweise ist vor Verwendung zu prüfen:

{
  "status": "safe",
  "score": 95,
  "mode": "deep",
  "checks": {
    "syntax": true,
    "mx": true,
    "disposable": false,
    "role_based": false,
    "gibberish": false,
    "dnsbl_listed": false,
    "domain_age_days": 365,
    "smtp_status": "accepted"
  }
}

Stapelauftrag einreichen

curl -X POST https://trekmail.net/api/v1/verify/bulk   -H "Authorization: Bearer tm_live_your_token"   -H "Content-Type: application/json"   -d \x27{
    "emails": ["a@example.com", "b@test.com"],
    "name": "March campaign cleanup",
    "mode": "deep"
  }\x27

Die Quelle beschreibt eine Auftrags-ID, Statusabfragen, Webhook-Benachrichtigungen, paginierte Ergebnisse und CSV-Export. Verfügbarkeit, Endpunkte und Berechtigungen müssen zur aktuellen API passen.

Die Quelle nennt folgende Ratenlimits: 60 Einzelprüfungen, 10 Stapelaufträge und 120 Statusabfragen pro Minute. Aktuelle Limits prüfen.

Auch MCP-Werkzeuge werden beschrieben: acht Werkzeuge für Prüfung, Stapelaufträge, Credits und Ergebnisse. Verfügbarkeit in Claude Desktop, Claude Code, Cursor oder anderen MCP-Clients hängt von Client, Konfiguration, Werkzeugumfang und Berechtigungen ab.

Wann eine Liste prüfen?

Adressen ändern sich durch Jobwechsel, Aufgabe von Konten oder abgelaufene Domains. Die Quelle nennt 95 Prozent im Januar und 85 Prozent im Juni als Beispiel, nicht als Prognose. Planen Sie Prüfungen nach Risiko und Datenherkunft.

Vor größeren Kampagnen. Prüfen Sie Aktualität, Einwilligung und technische Risiken. Eine Rückläuferquote von 5 Prozent ist das Quellenbeispiel, keine universelle Schadensschwelle.

Nach längerer Pause. Die Quelle nennt 90 Tage als Orientierung. Prüfen Sie auch, ob erneute Ansprache noch erwartet und erlaubt ist; nicht jedes inaktive Konto wird zur Spamfalle.

Bei externen Daten. Für Veranstaltungen oder Partnerdaten sind Herkunft, Zweck und Versandberechtigung zu klären. Kauf oder Scraping belegt diese nicht. Auch Deep macht unberechtigte Massenansprache nicht zulässig.

Bei der Erfassung. Eine Formularprüfung kann Tippfehler erkennen. Laufzeit und zulässige Sonderfälle testen; Verifikation verhindert nicht jede falsche Eingabe und ersetzt keine erforderliche Bestätigung.

Regelmäßig. Für aktive Listen kann eine monatliche oder vierteljährliche Prüfung passen. Wählen Sie den Rhythmus nach Nutzung und Risiko.

Credits und Preise

Die Quelle beschreibt monatliche enthaltene Credits. Die folgende Preisspalte ist jedoch beschädigt: Shell-Text, leere und unvollständige Werte sind keine gültige Preisliste. Aktuelle Tarife und enthaltene Leistungen prüfen.

Zusätzliche Credits und Mengenpreise beschreibt die Email-Verifier-Seite. Prüfen Sie aktuelle Preise und Konditionen statt einen Mengenrabatt vorauszusetzen.

Laut Quelle nutzt Quick 1 Credit und Deep 2. Deduplizierung gilt innerhalb eines Stapelauftrags. Bei Abbruch wird die Rückgabe unverbrauchter Credits beschrieben; aktuelle Abrechnungsregeln prüfen.

Mit dem Mailhosting verbunden

Viele Verifikationsdienste werden getrennt vom Versand verwendet. Andere können Versanddaten über Integrationen einbeziehen; fehlender Datenaustausch ist keine allgemeine Eigenschaft.

TrekMail beschreibt den Verifier als Teil seiner Hostingplattform. Daraus können integrierte Prüfungen entstehen, ohne dass andere Dienste grundsätzlich ausgeschlossen wären.

Automatische Rückläufersperre. Die Quelle beschreibt Aufnahme relevanter dauerhafter Rückläufer und Prüfung in Phase 1. Zeitpunkt, Fehlerklassifikation und Entsperrung prüfen. Andere Dienste können Ihre Versandhistorie mit autorisierter Integration ebenfalls nutzen.

Postfix-Integration. Laut Quelle wird die Sperrliste alle 5 Minuten synchronisiert. Das ist nicht sofort und garantiert weder die Blockierung jedes Versuchs noch saubere Reputation. Prüfen Sie Zeitpunkt, Konfiguration und tatsächliche Protokolle.

Beschrieben wird ein gemeinsames Konto für Hosting und Prüfung. Abrechnung, Token und Zugriffsrechte anhand aktueller Plattformbedingungen prüfen.

Sicherheit und Datenschutz

Die Verarbeitung fremder Adressen erfordert passende Schutzmaßnahmen, einen zulässigen Zweck und klare Aufbewahrungsregeln.

• TLS für API und Dashboard laut Quelle; aktuelle Verbindungen prüfen
• Automatische Löschung von Auftragsergebnissen nach 15 Tagen laut Quelle; weitere Datenklassen gesondert prüfen
• Löschung auf Anfrage über API (DELETE /api/v1/verify/bulk/{jobId}); eine Funktion allein garantiert keine DSGVO-Konformität
• Keine Speicherung von Nachrichteninhalten laut Quelle. Geprüft werden Adressen; tatsächliche Datenverarbeitung prüfen
• Begrenzung zeitlicher Signale. Die Quelle nennt mindestens 200ms Antwortdauer. Das verhindert nicht sämtliche zeitbasierten Rückschlüsse; Bedrohungsmodell und Umsetzung prüfen

Die Prüfung ausprobieren

Die Quelle beschreibt eine öffentliche Demo des TrekMail Email Verifier ohne Registrierung oder Karte. Verwenden Sie nur Adressen, die Sie berechtigt prüfen dürfen. Aktuelle Verfügbarkeit und Laufzeit prüfen.

Die Quelle nennt 10 monatliche Credits für ein kostenloses Konto. Die spätere Pro-Angabe 0/Monat ist beschädigt und kein gültiger Preis. Auch die genannten 300 enthaltenen Credits, API-Funktionen und Deep-SMTP-Prüfung müssen im aktuellen Tarif bestätigt werden.

Prüfung ist ein Baustein neben Berechtigung und laufender Kontrolle. Prüfen Sie Ihre Liste vor dem nächsten zulässigen Versand.