Mailpit-Alternative: GrabMail vs. Mailpit und MailHog

Kurz gesagt

Unterschiedliche Richtungen. Mailpit läuft auf Ihrem Rechner und fängt alles ab, was Ihre Anwendung ihm per SMTP schickt, sodass nichts das Gebäude verlässt. GrabMail läuft im Internet und empfängt alles, was die Welt an seine Adressen schickt. Das eine testet Ihre ausgehende Mail; das andere lässt einen Test die Mail von jemand anderem empfangen.
Mailpit ist freie Software; GrabMail ist ein kostenloser Dienst. Mailpit steht unter der MIT-Lizenz, ist eine einzelne Binärdatei oder ein Docker-Image, ohne Konten, weil es keinen anderen Server als Ihren gibt. GrabMail ist gehostet, schlüssellos, und kostenlos für die öffentlichen Domains, die eigene Domain, die API und den MCP-Server.
MailHog ist der Grund, warum Leute danach suchen. Sein letztes Release war 2020, sein letzter Commit 2022; Mailpit ist der gepflegte Ersatz für diese Aufgabe. Um echte Mail von außen zu empfangen, war keins von beiden je das richtige Werkzeug.
Betreiben Sie Mailpit in Entwicklung und CI, um zu prüfen, was Ihre App verschickt, mit Chaos-Tests, Spam-Bewertung und Link-Prüfungen. Nutzen Sie GrabMail, wenn ein Test oder ein Agent einen Bestätigungscode oder einen Magic Link von einem Dienst empfangen muss, den Sie nicht kontrollieren.

Auf einen Blick

Vierzehn Zeilen, von denen mehrere „nicht zutreffend“ zeigen, weil das Werkzeug auf Ihrem eigenen Host läuft. Jede Mailpit-Zelle gibt wieder, was am 2. September 2026 in dessen Dokumentation, README und Seite mit den Laufzeitoptionen stand; jede GrabMail-Zelle ist aus den vom Dienst durchgesetzten Konstanten abgelesen.

Merkmal	GrabMail	Mailpit
Kostenloser Tarif	Ja: Alles: öffentliche Domains, die eigene Domain, die API und der MCP-Server. Kein Konto, keine Karte.	Ja: Alles: MIT-lizenziert, keine Tarife, keine Konten. Sie bezahlen mit dem Host, auf dem Sie es betreiben.
Kein Konto, kein API-Schlüssel	Ja: Nichts anzulegen. Ein GET mit der Adresse im Query-String liest das Postfach.	Ja: Standardmäßig keine; optionale HTTP-Basic-Authentifizierung auf der Oberfläche und der API.
REST-API	Ja: Drei Endpoints über HTTPS, OpenAPI 3.1, eine Abfrage pro Sekunde und Adresse.	Ja: Eine REST-API mit einem Swagger-Dokument, bereitgestellt von Ihrer eigenen Instanz; ein Websocket für Benachrichtigungen, außerhalb der offiziellen API.
Wählen Sie Ihre eigene Adresse	Ja: Jeder Name auf 8 öffentlichen Domains, darunter grabmail.io und mixozia.com, kostenlos.	Ja: Jeder Empfänger, an den Ihre Anwendung sendet, wird akzeptiert; es gibt keine Adressen zuzuteilen.
Die eigene Domain	Ja: Kostenlos und unbegrenzt: ein MX-Eintrag auf smtp.grabmail.io, kein Registrierungsschritt.	Teilweise: Nicht zutreffend: Es akzeptiert Mail für jede Domain von Ihrer Anwendung, und ist nicht dafür gebaut, Mail aus dem Internet zu empfangen.
Aufbewahrungsdauer	5 Tage, fest. Kein Tarif, keine Einstellung.	Von Ihnen festgelegt: standardmäßig die 500 neuesten, oder ein Alter wie `--max-age 14d`; die Standarddatenbank ist eine temporäre Datei, die beim Beenden gelöscht wird.
Anhänge	Ja: Bis zu 5 MB pro Nachricht, herunterladbar aus dem Postfach und über die API.	Ja: Ja; Nachrichten über 50 MB werden standardmäßig abgelehnt.
Keine Werbung, kein Tracking	Ja: Keine Werbung, keine Analytics, keine Skripte von Dritten.	Ja: Keine; es ist Software, die Sie selbst betreiben.
Privates Postfach	Nein: Öffentlich: Wer die Adresse kennt, kann sie lesen. Jedes Postfach hat einen Alias, den man stattdessen weitergeben kann.	Ja: So privat wie Ihr Host; nichts verlässt ihn, außer Sie leiten es weiter.
MCP-Server für KI-Agenten	Ja: Kostenloser MCP-Server unter https://grabmail.io/mcp: ein Postfach anlegen, bis zu 25 Sekunden auf eine Nachricht warten, sie lesen.	Nein: Keiner: kein MCP-Server, kein `llms.txt`.
Mail versenden	Nein: Keins, mit Absicht. Nur Empfang.	Teilweise: Es fängt ab, statt zu senden, kann eine abgefangene Nachricht aber über einen externen SMTP-Server weiterleiten, und verfügt über eine HTTP-Sende-API.
Webhooks oder Push	Nein: Keins. Einmal pro Sekunde abfragen, oder das MCP-Warten den Aufruf offen halten lassen.	Ja: Ein optionaler Webhook für empfangene Nachrichten, und ein Websocket-Feed.
Offizielle SDKs	Nein: Keine. Stattdessen ein OpenAPI-Dokument und drei Endpoints.	Nein: Keine; ein Swagger-Dokument und interaktive Dokumentation auf Ihrer Instanz.
Apps und Erweiterungen	Teilweise: Eine Chrome-Erweiterung, manuell geladen; noch nicht im Store.	Teilweise: Eine statische Binärdatei für Windows, Linux und Mac, Docker-Images, Homebrew, und ein optionaler POP3-Server für Mail-Clients.

Geprüft am 2. September 2026. Mailpits Standardwerte sind aus seinen Laufzeitoptionen zitiert: die 500 neuesten Nachrichten werden aufbewahrt, eine temporäre Datenbank wird beim Beenden gelöscht, ein Nachrichtenlimit von 50 MB. Der Status von MailHog wird aus den Daten seines Repositorys abgeleitet, die hier zitiert sind; das Projekt trägt keinen Hinweis auf seine Einstellung.

Was Mailpit gut macht

Mailpit ist das Werkzeug, das Sie neben Ihrer Anwendung laufen lassen, während Sie sie bauen. Vier Dinge, die es tut und die GrabMail nicht tut:

Es fängt alles ab, was Sie senden, lokal. Richten Sie Ihre App auf Port 1025 aus, und jede Nachricht landet im Web-Postfach auf 8025 — Passwort-Zurücksetzungen, Rechnungen, alles — ohne dass auch nur eine eine echte Adresse erreicht. GrabMail sieht Ihre ausgehende Mail nie.
Es prüft die Nachricht, nicht nur die Zustellung. HTML-Kompatibilitätsprüfungen, ein Link-Checker, SpamAssassin-Bewertung, Screenshots, Tagging. GrabMail händigt Ihnen die Nachricht aus und hört damit auf.
Chaos. Seit Version 1.20 kann es SMTP-Fehler an gewählten Stellen mit gewählten Wahrscheinlichkeiten einschleusen, um zu beweisen, dass Ihre Anwendung zurechtkommt, wenn der Mailserver es nicht tut. Nichts Gehostetes bietet das.
Es gehört Ihnen. MIT-lizenziert, eine einzelne Binärdatei, zweihundert bis dreihundert Nachrichten pro Sekunde, kein Anbieter, kein Konto, kein Internet nötig. GrabMail ist der Server eines anderen, und alles darauf ist öffentlich.

Wo GrabMail anders ist

GrabMail tut das eine, was ein lokaler SMTP-Catcher nicht kann: im Internet existieren, mit Adressen, an die die Server anderer Leute zustellen können.

Echte eingehende Mail. Ein Test meldet sich bei einem Drittanbieter-Dienst an, und dieser Dienst schickt einen Code — an GitHub, an Stripe, an was auch immer Sie gerade anbinden, die Adresse muss echt sein. run-42@grabmail.io ist echt, hat einen MX-Eintrag, und ihre Mail lässt sich mit einem schlüssellosen GET lesen.
Nichts zu betreiben, nichts freizugeben. Mailpit dazu zu bringen, aus dem Internet zu empfangen, bedeutet einen öffentlichen Host, einen MX-Eintrag und eine Firewall-Regel, und seine Dokumentation positioniert es nicht dafür. GrabMail ist bereits da; ein CI-Runner braucht nur ausgehendes HTTPS.
Die eigene Domain als Catch-all, gehostet. Ein MX-Eintrag auf smtp.grabmail.io, und jede Adresse auf der Domain empfängt von überall, aufbewahrt 5 Tage, ohne einen einzigen eigenen Daemon.
Ein MCP-Server für Agenten. Ein Agent, der sich irgendwo selbst anmelden muss, kann einen lokalen SMTP-Catcher überhaupt nicht nutzen. GrabMails Server unter https://grabmail.io/mcp gibt ihm ein Postfach und ein blockierendes wait_for_message von bis zu 25 Sekunden, ganz ohne Schlüssel.

Preis, im Vergleich

Bei Mailpit gibt es nichts zu bepreisen: Es ist freie Software, und ihre Kosten sind der Host, auf dem Sie sie betreiben. GrabMails einziger bezahlter Tarif kauft Zugang zu einem Pool von Domains, die von den Sperrlisten für Wegwerf-Mail ferngehalten werden; alles in der Tabelle oben bleibt kostenlos.

Tarif	GrabMail	Mailpit
Kostenlos	Öffentliche Domains, die eigene Domain, API, MCP. Kein Konto, keine Obergrenze.	Alles, MIT-lizenziert: SMTP-Erfassung, Web-Postfach, API, POP3, Chaos, Prüfungen.
Günstigster bezahlter Tarif	Premium, $24 im Monat: API-Zugang zum Domain-Pool außerhalb der Sperrlisten, bezahlt in Krypto.	Keiner.
Darüber hinaus	Pro für $78 und Scale für $148 im Monat: mehr Nachrichten und Schlüssel auf demselben Pool.	Keiner.
Womit Sie bezahlen	Öffentlichkeit: Jedes Postfach kann von jedem gelesen werden, der die Adresse kennt.	Ein Host, ein Port, und die Tatsache, dass es nicht aus dem Internet empfangen kann.

Stand 2. September 2026. GrabMails Preisseite hat die vollständige Tabelle.

Für Entwickler: ein Postfach lesen

Die beiden APIs lesen unterschiedliche Mail, hier also die, die eingehende Mail aus der Außenwelt liest. Das hier liest ein GrabMail-Postfach ohne Header, ohne Schlüssel und ohne Konto:

shell

$ curl -sG https://grabmail.io/api/v1/mailbox --data-urlencode "address=anything@grabmail.io" | jq '{count, alias}'

Mailpits Äquivalent ist GET http://localhost:8025/api/v1/messages auf Ihrer eigenen Instanz, das auflistet, was Ihre Anwendung ihr geschickt hat — der richtige Aufruf, um zu bestätigen, dass Ihre App die richtige Nachricht erzeugt hat. Zu lesen, was ein Dritter an einen Testnutzer geschickt hat, ist GrabMails Aufgabe; die Referenz sind drei Endpoints, und die GitHub-Actions-Anleitung zeigt beide Testarten in einem Workflow.

In CI stehen die beiden nebeneinander: Mailpit als Service-Container auf 1025 für die eigene Mail der Anwendung, GrabMail-Adressen für die Anmeldungen, die die Testsuite bei echten Diensten vornimmt. Keins von beiden braucht ein Secret.

Für KI-Agenten

Mailpit veröffentlicht weder einen MCP-Server noch ein llms.txt, und ein lokaler SMTP-Catcher ist nichts, was ein Agent nutzen kann, der sich bei einer Website anmeldet. GrabMails Server unter https://grabmail.io/mcp gibt einem Agenten ein Postfach ohne Schlüssel: create_inbox, ein blockierendes wait_for_message von bis zu 25 Sekunden, read_message.

E-Mail für KI-Agenten behandelt die Vier-Aufruf-Schleife und die Sicherungen; der Client-Leitfaden enthält die Konfiguration für Claude, Cursor und fünf weitere.

Umstieg von Mailpit oder MailHog

Von MailHog steigen Sie auf Mailpit um — das ist der gepflegte Ersatz für dieselbe Aufgabe. Von beiden zu GrabMail nur für die Tests, die empfangen:

Ersetzen Sie MailHog zur Erfassung durch Mailpit. Gleiche Idee, gleiche Ports, ein gepflegtes Projekt: docker run -p 8025:8025 -p 1025:1025 axllent/mailpit. Nichts davon hat mit GrabMail zu tun.
Finden Sie die Tests, die nach außen sprechen. Ein Test, der sich bei einem echten Drittanbieter-Dienst registriert und auf dessen Mail wartet, kann nicht von einem lokalen Catcher bedient werden. Geben Sie ihm run-{id}@grabmail.io, oder eine Adresse auf einer Domain, die Sie auf smtp.grabmail.io zeigen lassen.
Lesen Sie sie mit einem GET. /api/v1/mailbox?address=… jede Sekunde mit einer Frist; die Playwright-Anleitung enthält die Schleife. Kein Token, kein Service-Container.
Behalten Sie Mailpit für alles andere. Vorlagen, Links, Spam-Bewertungen, das Einschleusen von Fehlern: Das ist seine Aufgabe, und GrabMail kann nichts davon.

Welches wofür

Die ehrliche Aufteilung erfolgt nach Richtung:

Wählen Sie GrabMail, wenn

ein Test oder ein Agent Mail von einem Dienst empfangen muss, den Sie nicht kontrollieren;
Sie eine echte Adresse mit einem MX-Eintrag brauchen, und nichts hosten oder freigeben wollen;
ein Agent ein Postfach braucht, das er öffnen und auf das er warten kann, ohne Konto.

Wählen Sie Mailpit, wenn

Sie alles sehen und prüfen wollen, was Ihre Anwendung sendet, ohne dass es Ihren Rechner verlässt;
Sie Chaos-Tests, Spam-Bewertung und HTML-Prüfungen für Ihre eigenen Vorlagen wollen;
nichts Ihr Netzwerk verlassen darf, und Sie Software statt eines Dienstes wollen.

Wann Sie bei Mailpit bleiben sollten

Drei Situationen, in denen GrabMail das falsche Werkzeug ist:

Ihre Tests prüfen, was Sie senden. GrabMail kann die ausgehende Mail Ihrer Anwendung überhaupt nicht sehen. Das ist Mailpits ganzer Zweck.
Ihre Mail darf das Gebäude nicht verlassen. Ein lokaler Catcher behält jede Nachricht auf Ihrem Host; jedes GrabMail-Postfach ist öffentlich im Internet.
Sie testen das Scheitern. Chaos-Modus, Weiterleitung an einen echten Server, Weiterleitungsregeln: Funktionen eines Werkzeugs, das Sie selbst betreiben, ohne gehostetes Gegenstück hier.

Fragen

Ist GrabMail eine Alternative zu Mailpit oder MailHog?

Nur für Tests, die Mail aus der Außenwelt empfangen, wofür weder Mailpit noch MailHog gebaut wurden. Um die ausgehende Mail Ihrer eigenen Anwendung zu erfassen und zu prüfen, ist Mailpit das Werkzeug, und GrabMail ist keine Alternative dazu.

Wird MailHog noch gepflegt?

Sein Repository ist nicht archiviert und trägt keinen Hinweis auf seine Einstellung, aber am 2. September 2026 war sein letztes Release v1.0.1 von August 2020, sein letzter Commit von August 2022, und es hatte über zweihundert offene Issues. Mailpit ist das gepflegte Projekt für dieselbe Aufgabe.

Kann Mailpit E-Mail aus dem Internet empfangen?

Es ist ein SMTP-Server, auf den Sie Ihre Anwendung ausrichten, kein Dienst mit einem MX-Eintrag; seine Dokumentation positioniert es nicht für Internet-Mail, und das zu tun würde bedeuten, Ihren Host offenzulegen. GrabMail existiert genau für diesen Fall.

Wie lange behält Mailpit Nachrichten?

So lange, wie Sie es festlegen: standardmäßig die 500 neuesten, ein Alter wie --max-age 14d, falls Sie eins einstellen, und gar nichts mehr nach dem Beenden, sofern Sie keine Datenbankdatei konfigurieren. GrabMail behält jede Nachricht 5 Tage.

Kann ich beide in einer Pipeline verwenden?

Das ist die übliche Anordnung: Mailpit als Service-Container für die eigene Mail der Anwendung, GrabMail-Adressen für die Anmeldungen, die die Testsuite bei echten Diensten vornimmt. Die GitHub-Actions-Anleitung zeigt die empfangende Hälfte.