Unbegrenzt E-Mail-Adressen auf eigener Domain: eine pro Zweck

Die richtige Zahl an E-Mail-Adressen ist eine pro Zweck. Die Zahl, die Ihr Anbieter erlaubt, liegt üblicherweise zwischen einer und fünfzehn, und diese Lücke ist ein Artefakt der Preisgestaltung und keine technische Grenze: Ein Mailserver, der zehn Adressen routen kann, routet auch zehntausend.

Wie viele Adressen braucht ein Mensch wirklich?

Mehr als jedes Tarifkontingent, sobald Sie Zwecke zählen statt Personen. Privates und Arbeit. Die Rollenadressen, auf die Ihre Domain antworten soll. Eine pro Projekt oder Umgebung, damit Alarme, Belege und Deploy-Meldungen sich selbst zustellen. Eine pro Dienst, bei dem Sie sich anmelden — hier explodiert die Zahl; ein Jahrzehnt Anmeldungen sind Hunderte Adressen. Und eine für die Geschäftsbeziehung, von der Sie schon ahnen, dass sie schlecht endet.

Wer eine Domain zehn Jahre betreibt, hat mehr Adressen im Umlauf, als ein mittlerer Tarif erlaubt. Menschen mit einem Kontingent von fünfzehn Adressen brauchen nicht weniger Adressen; sie benutzen Adressen mehrfach und nennen das in Ordnung.

Warum begrenzen Anbieter Adressen und Aliase?

Weil ihr Preis pro Postfach gilt und ein kostenloser Alias wie ein Postfach aussieht, das nicht bezahlt hat. Ein Alias kostet einen Routing-Eintrag und überhaupt keinen Speicher, die Grenze hat also nie mit Kapazität zu tun. Sie hält die Platzzahl bedeutsam, und deshalb liegen die Kontingente im einstelligen bis niedrigen zweistelligen Bereich und steigen mit der Tarifstufe.

Im deutschsprachigen Markt sieht man beide Enden davon. Posteo verzichtet bewusst ganz auf eigene Domains — deshalb existiert die Suche nach einer Posteo-Alternative mit eigener Domain überhaupt. mailbox.org unterstützt eigene Domains und arbeitet dabei mit Kontingenten je Postfach. Beides sind vertretbare Produktentscheidungen, und beide führen zu derselben Frage: Wie viele Namen darf die Domain haben, für die Sie bezahlen?

Gmails +tag und die Punkt-Tricks sind die kostenlose Umgehung, und sie führen den Fehlerfall vor: Die Basisadresse steckt sichtbar in der markierten Adresse, ein Adresshändler entfernt das Tag mit einem regulären Ausdruck, und Sie haben keine Adresse zum Verbrennen. Apples Hide My Email hat das ordentlich gelöst, indem es zusammenhanglose Zufallsadressen auf Apples Domain erzeugt — womit das Tagging-Problem behoben und die Namensgebung wieder einem Anbieter überlassen ist.

Wenn der Speicher Ihnen gehört und der Zähler Gigabytes zählt, hat die Grenze nichts mehr, wofür sie abrechnen könnte. Nisdos Mail lässt Adressen, Aliase und Domains im Rahmen einer Fair-Use-Regel unbegrenzt, alle liefern in einen Speicher, den Sie je Domain oder je Postfach bestimmen. Fair Use ist das ehrliche Sternchen an jedem „unbegrenzt“; der inhaltliche Punkt ist, dass keine Adresse, die Sie sich ausdenken, einen Platz kostet.

Wofür ist eine Adresse pro Absender gut?

Für Leck-Rückverfolgung, und die funktioniert besser als jedes Versprechen in einer Datenschutzerklärung. Geben Sie jeder Firma ihre eigene Adresse — fluglinie@, baumarkt@, konferenz2024@ — und die erste unerwünschte Mail bringt die Antwort in ihren eigenen Kopfzeilen mit. Ich habe auf diesem Weg von zwei Adresslecks erfahren, Jahre bevor eine der beiden Firmen ein Wort dazu sagte.

Die Reparatur ist ebenfalls billig. Eine verbrannte Adresse wird gelöscht, und die einzige Partei, die das stört, ist die, die sie verloren hat. Vergleichen Sie das mit dem Wechsel einer gemeinsamen Adresse überall — den niemand zu Ende bringt.

Was Adressen pro Absender nicht sind: Anonymität. Jede einzelne nennt dieselbe Domain, und eine Domain ist eine Identität mit Registrierungshistorie. Dieses Muster sagt Ihnen, woher ein Leck kam. Es verbirgt nicht, wer Sie sind, und das sage ich lieber, als es jemanden auf die harte Weise herausfinden zu lassen.

Ist eine Catch-All-Adresse nicht einfacher?

Eine Catch-All-Adresse erledigt denselben Job etwa eine Woche lang und wird dann zur Last. Weil sie jeden lokalen Teil annimmt, gelingen Wörterbuchangriffe gegen Ihre Domain per Definition: admin@, info@, vertrieb@, tausende Versuche pro Stunde, alle angenommen, alle nun Ihr Sortierproblem. Spam an Namen, die Sie nie verwendet haben, ist nicht von Mail zu unterscheiden, um die Sie gebeten haben.

Sie verlieren außerdem die Möglichkeit, irgendetwas stillzulegen. Die verbrannte Adresse wird für immer weiter angenommen, weil Annehmen der Standard ist. Und Mail anzunehmen, die Sie sofort verwerfen, ist der Weg, auf dem eine Domain sich den Ruf erwirbt, Mail anzunehmen, die niemand liest.

Ausdrückliche Adressen lassen den MX unbekannte Empfänger schon während der SMTP-Transaktion abweisen — eine Ablehnung, die der Absender verantwortet, bevor die Nachricht ein Objekt in Ihrem Speicher wird. Der vernünftige Einsatz einer Catch-All-Adresse ist zeitlich begrenzt: einschalten, während Sie eine Domain migrieren, um die vergessenen Adressen zu finden, die noch Mail bekommen, und danach abschalten.

Welche Adressen sollten auf jeder Domain existieren?

Der Satz, den ich vor allem anderen anlege, auf jeder Domain, die ich betreibe:

• postmaster@ und abuse@ — RFC 2142 legt diese seit 1997 fest. Empfänger prüfen sie, und Blocklisten-Betreiber wie andere Postmaster erreichen Sie darüber, wenn mit Ihrer Mail etwas nicht stimmt. Eine Domain, die abuse@ abweist, sieht verlassen aus.
• hostmaster@ — DNS-Verwaltung und einige Zertifikatsprüfungen schicken dorthin.
• security@, passend zu der Adresse, die Sie in /.well-known/security.txt veröffentlichen (RFC 9116), damit ein Sicherheitsforscher seinen Bericht nicht in Ihr privates Postfach schicken muss.
• datenschutz@ — die Adresse für Auskunfts- und Löschersuchen nach Art. 15 ff. DSGVO. Solche Anfragen haben Fristen; sie gehören nicht in ein Postfach, in das im Urlaub niemand sieht.
• dmarc@ — das Ziel im rua=-Tag Ihres DMARC-Eintrags. Aggregatberichte kommen täglich als XML-Anhänge und verdienen eine eigene Adresse, nicht Ihren Vormittag.
• Eine pro Dienst, bei der Anmeldung erzeugt statt später kuratiert. Kuratieren passiert nie.
• Eine pro Projekt oder Umgebung: alarme@, deploy@, belege@, rechnungen@, jeweils in das Postfach geroutet, das sie wirklich sehen soll.
• Rollenadressen, die die Menschen dahinter überleben — hallo@, vertrieb@, support@ —, damit ein Abschied keinen Kanal mitnimmt.

Diese Liste sind ungefähr ein Dutzend Adressen, bevor Sie sich irgendwo angemeldet haben. In einem Tarif pro Platz ist das der größte Teil eines Kontingents. Auf einer unbegrenzten Domain ist es ein Dienstagnachmittag.

Was geht kaputt, wenn Adressen kostenlos sind?

Vier Dinge, alle beherrschbar, keines dramatisch.

Aus der richtigen senden. Auf 300 Adressen zu empfangen ist gratis; aus der passenden zu antworten ist eine Gewohnheit, und ein Fehlgriff verrät die Zuordnung, die Sie aufgebaut haben. Authentifizierung ist nicht das Problem: SPF, DKIM und DMARC gelten je Domain, jede Adresse erbt also deren Standing. Das Problem ist das Absenderfeld, über das Sie hinweggeklickt haben.

Die Zuordnung behalten. Eine Adresse pro Anbieter ist eine kleine Datenbank. Entweder ist die Suche Ihr Index — die Adresse selbst ist die Suchanfrage — oder Sie legen die Adresse neben die Zugangsdaten in den Passwortmanager. Die zweite Gewohnheit ist die, die vier Jahre übersteht.

Reputation gilt je Domain. Alle diese Adressen teilen das Standing einer Domain, ein übernommenes Konto, das Spam versendet, beschädigt also jede Adresse gleichzeitig. Das ist die Kehrseite davon, die eigene Identität auf einen Namen zu konsolidieren, der Ihnen gehört.

Das Archiv wächst nur, weil das ganze Muster darauf beruht, nie etwas wegzuwerfen. Was ein Speicherproblem ist — und Speicher ist der eine Teil davon, für den Sie auf einen Bucket zeigen können, der Ihnen schon gehört.