VeriMails vs Truemail

Genauigkeit der Verifizierung

Truemail implementiert eine klare, mehrschichtige Verifizierungs-Pipeline: Regex-Syntaxprüfungen, DNS- und MX-Record-Lookups und einen SMTP-Schritt, der sich mit dem empfangenden Mailserver verbindet. Es enthält außerdem Host-Audit-Funktionen, die helfen, selbst gehostete SMTP-Probleme zu diagnostizieren. Der Algorithmus selbst ist solide und transparent, und du kannst im Quellcode genau nachlesen, wie jede Prüfung funktioniert.

VeriMails führt eine vergleichbare Kette aus – Syntax, MX, DNS und einen Live-SMTP-Handshake – plus Erkennung von Wegwerf- und rollenbasierten Adressen sowie Catch-all-Erkennung. Es liefert klare Zustellbarkeits-Kategorien über einen gehosteten Verifizierungs-Workflow.

Hier kommt der entscheidende Punkt. Die Qualität SMTP-basierter Verifizierung hängt von mehr ab als nur dem Bibliotheksaufruf; Hosting, Monitoring, Retries und der operative Umgang beeinflussen alle, wie sauber die Prüfungen laufen. Truemail liefert dir einen transparenten Algorithmus, aber den umgebenden Betrieb verantwortest du selbst. VeriMails verpackt diese Arbeit in einen gehosteten Verifizierungs-Workflow, sodass Teams klare Zustellbarkeits-Kategorien nutzen können, ohne den Verifier selbst zu betreiben.

Umgang mit Catch-all

Catch-all-Domains akzeptieren Mails an jeden lokalen Teil und weisen unbekannte Postfächer nie ab, sodass SMTP nicht bestätigen kann, ob ein bestimmtes Postfach existiert. Sie sind bei Unternehmensdomains verbreitet und der schwierigste Fall in der Verifizierung.

Truemail ist konfigurierbar und macht verschiedene Validierungsverhalten zugänglich, sodass ein Entwickler Logik rund um Catch-all-Situationen bauen kann. Aber es liefert keine verwaltete Catch-all-Klassifizierung, wie es ein gehosteter Dienst tut. Jede Catch-all-Richtlinie, die du willst, gestaltest und pflegst du in deinem eigenen Code.

VeriMails führt eine dedizierte Catch-all-Erkennung durch und gibt den Catch-all-Status als explizites Feld in jedem Ergebnis zurück, ganz ohne Konfiguration. Für Teams, die das Catch-all-Handling nicht selbst bauen und feinjustieren wollen, ist das ein bedeutender Unterschied. Die Adresse ist auf einer Catch-all-Domain weiterhin nicht nachweisbar zustellbar, denn das ist eine harte Grenze des Protokolls, aber VeriMails kennzeichnet sie klar, sodass du sie zuordnen kannst.

API- und Entwicklererfahrung

Truemail ist im Kern eine Bibliothek. Das Hauptprojekt ist ein Ruby-Gem, wobei truemail-go eine Go-Implementierung bereitstellt und truemail-rack einen leichtgewichtigen Web-API-Server bietet, plus ein offizielles Docker-Image und Client-Bibliotheken für mehrere Sprachen. Wenn du in Ruby oder Go arbeitest und Verifizierungslogik direkt in deine Anwendung einbetten willst, ist Truemail elegant und gut dokumentiert. Du kannst es zudem frei forken und anpassen, da es MIT-lizenziert ist.

Die Kosten sind operativer Natur. Um Truemail als Dienst bereitzustellen, deployst du den Rack-Server oder das Docker-Image selbst und kümmerst dich dann um Skalierung, Monitoring, Uptime und die IP-Reputation für die Verifizierung. Es gibt kein verwaltetes Dashboard, keinen Bulk-CSV-Upload und keinen Anbieter, der um 3 Uhr nachts Störungen behebt.

VeriMails gibt dir eine gehostete API ohne den Betriebsaufwand. Es gibt eine dokumentierte REST API mit Single- und Bulk-Endpoints, JSON-Antworten, Webhook- und Batch-Support sowie schnelle Antwortzeiten. VeriMails enthält außerdem einen Bulk-CSV-Workflow, der die E-Mail-Spalte automatisch zuordnet und asynchrone Verarbeitung für große CSV-Jobs unterstützt, plus einen Email Finder für Teams, die neben der Verifizierung auch Discovery brauchen. Truemail enthält weder CSV-Bulk-Tooling noch E-Mail-Discovery; das müsstest du selbst bauen.

Preis und Mehrwert

Truemail ist kostenlos. Es gibt keine Lizenzgebühr und keine Kosten pro E-Mail, denn es ist Open-Source-Software unter der MIT-Lizenz. Das ist wirklich wertvoll, und für das richtige Team ist es die günstigstmögliche Option. Die ehrliche Rechnung umfasst allerdings die Kosten, die auf keiner Rechnung auftauchen: Server-Hosting, die Engineering-Zeit zum Deployen und Warten, Monitoring sowie das Beschaffen oder Pflegen von IP-Adressen mit guter Versand-Reputation, damit SMTP-Prüfungen akkurate Ergebnisse liefern. Bei geringen Mengen können diese Kosten klammheimlich höher ausfallen als das, was ein gehosteter Dienst berechnen würde.

VeriMails nutzt ein transparentes Credit-Modell. Credits verfallen nie, es gibt keinen monatlichen Reset, und der Betrieb des gehosteten Dienstes ist im Preis enthalten.

VeriMails-Credit-Preise

Der Email Finder kostet 20 Credits, und das nur, wenn VeriMails eine verifizierte, personenbezogene E-Mail-Adresse zurückgibt. Beim 10.000er-Credit-Paket sind das $0.038 pro gefundener Adresse. Die Monatstarife starten bei $12.50/Monat bei jährlicher Abrechnung.

Credits verfallen nie. Keine Abos, keine monatlichen Gebühren. 100 kostenlose Credits bei der Registrierung. Wenn du lieber ein wiederkehrendes Kontingent möchtest, starten die Monatstarife bei $12.50/Monat bei jährlicher Abrechnung.

Kostenvergleich

Wenn du die Engineering-Kapazität hast, volle Kontrolle willst und hohe Mengen fährst, bei denen amortisierte Betriebskosten den Preis pro Credit schlagen, kann Truemail der wirtschaftlichste Weg sein. Wenn du den Verifier lieber nicht selbst betreiben und überwachen möchtest, liefert VeriMails verifizierte Ergebnisse zu einem festen, niedrigen Preis pro Credit – inklusive Betrieb.

Für wen sich VeriMails am besten eignet

Teams, die verifizierte Ergebnisse wollen, ohne den Verifier selbst zu betreiben. Unternehmen mit anderen Stacks als Ruby oder Go, die keine Bibliothek integrieren und betreiben wollen. Nutzer, die Bulk-CSV-Verifizierung, Catch-all-Erkennung und einen Email Finder von Haus aus brauchen. Alle, die einen gehosteten Verifizierungs-Workflow einem Eigenbau-Deployment vorziehen.

Für wen Truemail am besten geeignet ist

Ruby- und Go-Teams, die Verifizierungslogik direkt in ihren Anwendungscode einbetten wollen. Engineering-Teams, die volle Kontrolle über die Verifizierungs-Pipeline brauchen und den Quellcode lesen oder ändern wollen. Organisationen mit strengen Datenverarbeitungs-Regeln, die verlangen, dass die Verifizierung vollständig auf den eigenen Systemen läuft. Nutzer mit hohem Volumen, die die operative Kapazität haben, den Dienst selbst zu hosten und zu überwachen.

Häufig gestellte Fragen