Großhandels-E-Mail-Infrastruktur für die, die E-Mail-Infrastruktur verkaufen

Wenn Sie heute einen ESP starten — oder ein bestehendes Reseller-Geschäft zu einem ESP entwickeln — ist die Architekturentscheidung die teuerste Entscheidung, die Sie treffen. Falsch entschieden, verbringen Sie die nächsten achtzehn Monate mit einer Migration unter Kundendruck. Richtig entschieden, akkumuliert sich die Plattform: jeder neue Kunde bringt Marge, ohne einen Ingenieur hinzuzufügen.

Die drei realen Optionen:

Selbst bauen. Eine PowerMTA-Lizenz für mindestens $8.000/Jahr kaufen (mehr für Dev/Test-Umgebungen — das ist eine separate Position, die der ursprüngliche Hersteller extra berechnet), auf Bare Metal von Hetzner oder OVH packen, jemanden einstellen, der MTAs versteht, die Abuse-Detection- und Reputations-Monitoring-Schicht bauen, die Ihre Kunden irgendwann verlangen werden. KumoMTA als reale Open-Source-Alternative aus 2024-2025 ergänzen, falls Sie die PowerMTA-Lizenz nicht wollen, aber verstehen Sie: Sie tauschen Lizenzkosten gegen Engineering-Tiefe — Postmastery-Integrationen, Analytics-Tooling, Support-Vertrag — nichts davon ist umsonst.

SES Tenants kaufen und das weiterverkaufen. Amazon SES Tenants wurde im August 2025 mit dem expliziten Pitch gestartet, ISVs den Verkauf an Tausende Downstream-Kunden zu ermöglichen. Die Mathematik bei $24,95 pro dedizierter IP pro Monat plus Per-Message-Rate ist vernünftig, der AWS-Support-Vertrag gibt Ihnen etwas, worauf Sie zeigen können, wenn ein Enterprise-Kunde fragt. Der Trade-off: Sie haben Ihr Geschäft auf einen US-Jurisdiktions-Operator gebaut, Ihre dedizierten IP-Kosten sind in USD und IP-stückelig, und Sie konkurrieren auf denselben Primitives, die Ihr Kunde direkt von AWS bekäme, wenn er sich die Mühe machen würde nachzuschauen. Manche ESPs machen das und es funktioniert. Die meisten entdecken, dass „neu gekaufte Infrastruktur Infrastruktur ohne Marge ist."

Uns als Großhändler weiterverkaufen. Wir verkaufen Ihnen den operator-gemanagten PowerMTA-Stack — Bare-Metal Xeon-Server, dedizierte IP-Allokationen aus /24-Bereichen, die uns gehören, FBL-Aufnahme, tägliche DNSBL-Überwachung, eine Stockholm-Bereitschaft, wenn etwas menschliche Augen braucht — zu festen EUR-Preisen ohne Per-IP-Add-on-Posten. Ihr Reseller-Konto bekommt Subaccount-Isolation pro Kunde (dieselben Per-Tenant-Primitives, die wir SaaS-Plattformen ausliefern), sodass ein schlechter Kunde nicht den Rest Ihres Buchs mitreißen kann. Sie setzen Endkundenpreise. Wir sehen Ihre Kundenliste nie.

Die strukturelle Frage ist nicht wirklich „welche ist am billigsten." Sie ist „welche hat die niedrigste Wahrscheinlichkeit, mich zu zwingen, in achtzehn Monaten alles zu migrieren?" Die Antwort ändert sich danach, ob Ihre Kundenbasis aus einstelligen Tausenden kleiner Sender oder zweistelligen Enterprise-Verträgen besteht, danach, ob Sie EU-Operator-Residenz aus Procurement-Gründen brauchen, und danach, wie viel Engineering Sie tatsächlich machen wollen.

Die Reseller-Beziehung ist vertraglich einfacher als die meisten Leute erwarten. Wir unterzeichnen einen Großhandelsvertrag mit Ihnen, der Ihnen ein managed PowerMTA-Tier (Ihre Wahl Standard / Pro / Enterprise je nach Volumen) gibt, white-label-freundlichen Zugang zur darunterliegenden Infrastruktur, und eine Subaccount-API zur Bereitstellung Ihrer Kunden als separate Tenants auf der Box. Es gibt keine Per-Kunde-Gebühr von unserer Seite. Sie zahlen für das Eisen und den Operator-Schreibtisch.

Die Plattform, die Sie darüber bauen — die kundenseitige UI, der Kampagnen-Builder, das Analytics-Dashboard, das Abrechnungssystem, das Support-Portal — gehört Ihnen. Die meisten Reseller, mit denen wir arbeiten, lassen etwas auf MailWizz, Mautic oder ein eigenes Admin-Panel laufen, das sich über SMTP-Relay oder unsere HTTP-API mit unserem PowerMTA verbindet. Einige nutzen das Open-Source-Mautic-Ökosystem. Einer hat seine ganze UI in Vue gebaut und leitet alles über unsere API. Wir haben keine starke Meinung dazu, welche die richtige ist; was uns wichtig ist, ist, dass die Architektur darunter (vMTAs, IP-Allokation, FBL-Routing) korrekt ist.

Das Onboarding eines Kunden von Ihrer Seite sieht so aus: Sie erstellen einen neuen Tenant in unserem Control Plane (ein API-Aufruf), weisen ihm dedizierte IPs aus Ihrem Pool zu (Sie entscheiden wie viele — typischerweise 2-4 für einen Einstiegskunden, skalierend mit dem Volumen), generieren die DKIM-Schlüssel, konfigurieren die SPF-Includes und übergeben dem Kunden SMTP-Anmeldedaten oder einen API-Schlüssel, der auf seinen Tenant beschränkt ist. Die Reputation des Kunden ist dann isoliert — schlechtes Verhalten von einem Tenant überträgt sich nicht auf die anderen. Das Spamhaus-Listing, das wir an anderer Stelle auf dieser Site beschrieben haben, betrifft nur die diesem Tenant zugewiesenen IPs.

Die Operator-Arbeit, die wir machen und Sie nicht: tägliche DNSBL-Sweeps gegen alle 50+ Listen für jede an Ihre Kunden allokierte IP, FBL-Aufnahme von Yahoo, AOL, Hotmail, Microsoft 365, La Poste und Comcast (pro IP, zurück an den Ursprungs-Tenant geroutet), SBL/CSS-Behebung, wenn etwas listet, Hardware-Austausch bei Server-Ausfall, OS-Patching, PowerMTA-Versions-Upgrades. Nichts davon ist für Ihren Kunden sichtbar; er sieht nur „die Plattform funktioniert." Diese Unsichtbarkeit ist das, wofür Sie uns bezahlen.

Das Pricing skaliert mit der Infrastruktur: wenn Ihr Kundenbuch über das hinauswächst, was ein Pro-Server tragen kann (etwa 200 aktive Kunden je nach Volumenverteilung, oder 150K Nachrichten/h aggregiert), fügen wir entweder eine zweite Box per Enterprise-Upgrade hinzu, oder wir teilen das Kundenbuch zwecks Redundanz auf zwei Boxen auf.