2026 kann man E-Mail selbst hosten

 (blog.haschek.at)
2 Punkte von GN⁺ 5 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • E-Mail ist von Natur aus ein offenes System; 2026 kann man sie zu Hause oder auf einem VPS betreiben, Zustellprobleme und Spam verwalten und seine E-Mails nicht einigen wenigen Großunternehmen anvertrauen
  • Für den Betrieb zu Hause braucht man eine statische IPv4, die nicht auf Blocklisten steht, kein CGNAT, die Möglichkeit, den PTR-Record zu ändern, sowie offene Ports 25·143·465·587·993; wenn diese Bedingungen nicht erfüllt sind, ist ein VPS die passende Wahl
  • SPF·DKIM·DMARC·MX·PTR müssen korrekt eingerichtet werden, und der Zustellstatus sollte mit mail-tester.com geprüft werden; auch bei kurzen Internetausfällen versuchen die sendenden Server die Zustellung erneut
  • Kombiniert man das GPT-Plugin von Rspamd mit einem lokalen Modell Gemma 4 12B QAT, lassen sich Spam-Wahrscheinlichkeit und Begründung erzeugen, ohne private E-Mails an eine externe LLM-API zu senden
  • docker-mailserver sowie Thunderbird und Webmail-Clients senken die Einstiegshürde, doch Betreiber sind selbst für Backups·Wiederherstellung·Fernzugriff·Updates verantwortlich und sollten den Wiederherstellungsprozess mindestens einmal testen

Entscheidung zwischen Zuhause und VPS

  • Im Allgemeinen wird ein VPS empfohlen, aber wenn der heimische Internetanschluss alle folgenden Bedingungen erfüllt, kann man auch zu Hause einen Mailserver betreiben
    • Eine statische IPv4-Adresse, die nicht auf einer Blockliste steht
    • Ein Anschluss, der nicht hinter CGNAT liegt
    • Die Berechtigung, etwa über den ISP-Support den PTR-Record der IP zu ändern
    • Eine Umgebung, in der die üblichen Mailserver-Ports 25, 143, 465, 587, 993 geöffnet werden können
  • Auch wenn der Server kurzzeitig ausfällt, versuchen die Mailserver auf Absenderseite die Zustellung erneut, sodass eingehende E-Mails nicht sofort verloren gehen
    • Wenn die Internet-Ausfallzeit pro Tag unter 40 % liegt, kann der Betrieb normal funktionieren

Mailserver-Software

Domain- und DNS-Einstellungen

  • Wie bei der IP sollte auch die Domain zuerst darauf geprüft werden, ob sie auf Spam-Blocklisten steht
  • Für korrektes Senden und Empfangen sind die folgenden DNS-Records erforderlich
    • SPF: Legt fest, welche Server im Namen der Domain E-Mails senden dürfen; als üblicher Wert kann v=spf1 mx a ~all verwendet werden
    • DKIM: Fügt den Headern ausgehender E-Mails eine kryptografische Signatur hinzu; der vom Server angegebene Name und der öffentliche Schlüsselwert werden in der Domain registriert
    • DMARC: Erweitert SPF und DKIM, um Domain-Spoofing zu verhindern; wenn der Wert unklar ist, kann ein DMARC-Generator genutzt werden
    • MX: Gibt an, wohin andere Server E-Mails zustellen sollen. Üblich ist, den A-Record von mail.yourdomain.com auf die Server-IP zeigen zu lassen und diesen Hostnamen als Wert mit MX-Priorität 10 zu setzen
  • Der PTR-Record kann nur vom ISP oder VPS-Anbieter gesetzt werden, und die Server-IP sollte per Reverse Lookup auf einen echten Mailserver-Hostnamen wie mail.yourdomain.com aufgelöst werden
  • Manche Server empfehlen zusätzliche Records zur automatischen Diensterkennung, aber SPF·DKIM·DMARC·MX·PTR bilden die Grundkonfiguration
  • Nach dem Aufbau empfiehlt es sich, bei mail-tester.com die Records, das Serververhalten und den Zustellstatus von E-Mails zu prüfen

Spam-Blockierung mit lokalem LLM

  • Klassische Open-Source-Spamfilter stützten sich auf IP- und Domain-Blocklisten, externe Dienste wie Spamhaus und Keyword-Suche; ihre geringe Wirksamkeit war ein wichtiger Grund, vom Self-Hosting abzurücken
  • In den letzten zwei Jahren ist lokale LLM-Klassifizierung als Option entstanden, um das Spam-Problem in selbst gehosteten Umgebungen zu lösen
  • Rspamd kann neben Blocklisten, IP- und DNS-Prüfungen sowie Keyword-Erkennung über das GPT-Plugin E-Mails von einem LLM als Spam oder nicht Spam klassifizieren lassen
  • Statt private E-Mails an eine externe LLM-API zu senden, wird Gemma 4 12B QAT lokal ausgeführt
    • Es kann auf GPU oder CPU laufen und benötigt mindestens 7 GB RAM oder VRAM
    • Es unterstützt mehrere Sprachen und kann für die E-Mail-Klassifizierung genutzt werden

Lokales Modell ausführen und mit Rspamd verbinden

  • Wer erstmals ein lokales LLM einrichtet, kann den llama.cpp-Leitfaden von Unsloth für Windows, Linux und macOS heranziehen
  • Unter Linux und macOS wird llama.cpp mit folgendem Befehl installiert
curl -LsSf https://llama.app/install.sh | sh
  • Unter Windows verwendet man folgenden Befehl
winget install llama.cpp
  • Der Modellserver wird wie folgt gestartet; unter localhost:8080 lässt sich die Chat-Oberfläche prüfen
llama serve -hf unsloth/gemma-4-12B-it-qat-GGUF:UD-Q4_K_XL --reasoning off -fa on -c 16000 --temp 0.7
  • Wenn man in /etc/rspamd/local.d/gpt.conf von Rspamd type = "openai" und den lokalen /v1-Endpunkt angibt, kann das Modell über eine OpenAI-kompatible Schnittstelle angebunden werden
    • Als Modell wird unsloth/gemma-4-12B-it-qat-GGUF:UD-Q4_K_XL gesetzt
    • Die maximale Ausgabe wird auf 100 Tokens, die Temperatur auf 0.1 und das Zeitlimit auf 30 Sekunden konfiguriert
    • Auf einem LLM-Server ohne GPU kann das Zeitlimit erhöht werden
    • Die Antwort wird als JSON interpretiert und erfordert statt spam den Schlüssel probability
  • Der Prompt weist das Modell an, Header, Betreff und Textkörper zu analysieren und ausschließlich JSON mit einer Spam-Wahrscheinlichkeit zwischen 0.0~1.0 sowie einer kurzen Begründung zurückzugeben
  • Die Funktion für Empfänger-bezogenen Gesprächskontext speichert Labels aktueller E-Mails, wichtige Absender und 512-Zeichen-Zusammenfassungen in Redis und nimmt sie in den Klassifizierungs-Prompt auf, sobald mindestens 5 vorhanden sind
    • Der Scope ist user, also das Postfach pro Empfänger
    • Die Aufbewahrungsdauer für Nachrichtenzusammenfassungen beträgt 14 Tage, die Lebensdauer von Redis-Keys 30 Tage
    • Sie funktioniert lokal ohne externe Aufrufe
  • Bei Spam-Mails kann das Modell eine hohe Wahrscheinlichkeit mit Begründungen wie angstbasiertem Marketing, unerwünschten kommerziellen Inhalten oder verdächtigen internationalisierten Domains zurückgeben
  • Bei normalen technischen Testmails kann es eine niedrige Wahrscheinlichkeit zurückgeben, weil keine verdächtigen Links oder Werbeformulierungen enthalten sind
  • In der Weboberfläche von Rspamd kann man Graphen und Daten einsehen und durch Einfügen von E-Mails die erwartete Klassifizierung testen

Auswahl des Mailclients

  • Auf dem Desktop ist Thunderbird ein funktionsreicher Open-Source-Client, der Outlook ersetzen kann
    • Er bietet die nötigen Grundfunktionen und ausreichend gute Suchfunktionen
    • Außerdem gibt es eine Android-App
    • Bei dreijähriger Nutzung traten keine Probleme auf
  • Wenn Webmail benötigt wird, kommen folgende Optionen infrage

Wartung und Betriebsverantwortung

  • Moderne Mailserver-Lösungen wie docker-mailserver sind mit Blick auf Sicherheitsfixes und automatische Updates konzipiert, die Produktionsumgebungen nicht beschädigen
  • Self-Hosting gibt Kontrolle über die Daten, überträgt dem Betreiber aber die Verantwortung für Backups, Wiederherstellung, Fernzugriff und Updates
  • Ohne Backups können alle Daten verloren gehen; daher sollte ein ausreichender Backup-Plan vorhanden sein und der Wiederherstellungsprozess mindestens einmal getestet werden
  • Wer die Voraussetzungen erfüllt und die Betriebsverantwortung tragen kann, kann E-Mail auch bei kurzen Serverausfällen betreiben; Nutzer, denen Datensouveränität wichtig ist, können Self-Hosting ausprobieren

Verwandte Beiträge

1 Kommentare

 
GN⁺ 5 시간 전
Lobste.rs-Kommentare

  • Mit Fastmail vermeide ich all die Kopfschmerzen. Es war interessant zu lesen, welche Kopfschmerzen das genau sind.

  • Für ein wichtiges Postfach gibt es großartige gehostete Mailbox-Dienste wie Migadu, Simplymail und Fastmail, sodass ich nicht auf die Idee käme, es selbst zu betreiben. Für Spaßprojekte oder unwichtige Zwecke ist es möglich.

  • Als Beleg für das Problem der Gmail-Abhängigkeit blockiert Gmail derzeit die Lobsters-Passwort-Reset-Mails als Spam.
    Im Log steht: „Gmail has detected that this message is likely 550-5.7.1 unsolicited mail. To reduce the amount of spam sent to Gmail, this 550-5.7.1 message has been blocked.“ Ich frage mich, wie man das Google melden kann.

    • Es scheint nicht nur ein Gmail-Problem zu sein. Auch bei mailbox.org sind seit einigen Wochen lobste.rs-Mails nicht mehr im Posteingang angekommen.
      Ich habe das Abo gekündigt, weil ich dachte, das Mailinglisten-Gateway auf der lobste.rs-Seite sei kaputt, aber ich habe es ohnehin nicht oft gelesen und bevorzuge inzwischen die Website.

  • Die Idee, Mail zu Hause selbst zu betreiben, ist gut, aber Umzüge sind das Problem. Wichtige Mails kommen auch während eines Umzugs, daher reicht Backup-MX allein nicht aus.
    Es wäre wohl umsetzbar, aber ein Umzug ist an sich schon stressig, und ich möchte auf meiner Umzugs-Checkliste keine Mail-Migrationsprozedur haben. Dass in der Zeit ein Blog oder ein versteckter DNS-Master ausfällt, ist okay.

    • Früher habe ich Mail zu Hause betrieben, aber in heutigen typischen ISP-Umgebungen für Privathaushalte ist das nicht praktikabel. Es gibt Probleme wie Umzüge, Port-Sperren durch den ISP und Blocklisten für private IP-Bereiche.
      Vor etwa 15 Jahren habe ich den Mailserver auf eine günstige VM umgezogen und seitdem läuft er stabil. Wenn man sich an einem festen Ort mit einer nicht gelisteten statischen IP und einer Leitung auf Unternehmensniveau niedergelassen hat, kann es funktionieren.
    • Man kann mehrere MX-Records setzen und im Störungsfall einen davon die Mail weiterleiten lassen.
      Außerdem ist Wiederholung bei SMTP bereits im Protokoll enthalten; wenn ein Server 24 Stunden vor dem erneuten Zustellversuch aufgibt, hält er sich nicht an die entsprechende Spezifikation. Anders als bei einer expliziten Ablehnung, etwa weil es das Postfach nicht gibt oder es voll ist, ist SMTP robuster, als man denkt.

  • Der schwierige Teil beim Selbstbetrieb von Mail ist nicht eingehender Spam, sondern dass große Mail-Anbieter gesendete Mails als Spam einstufen, obwohl man alle nötigen Maßnahmen für den Versand getroffen hat.
    Bei dem Volumen, das Einzelpersonen oder Haushalte senden, baut die IP keinen positiven Ruf auf, sodass es praktisch kaum lösbar ist, wenn Mails nicht mehr in den Posteingängen von Gmail und Co. landen.
    Wenn man allerdings über einen Dienst wie Amazon SES relayt, kann die Einrichtung einfach sein und die Zustellprobleme können verschwinden. Wer aus politischen Gründen oder wegen Datensouveränität selbst hostet, findet das vielleicht keine akzeptable Lösung.

  • Das Beste an einem eigenen Mailserver ist, dass man kein Spam-Filtering braucht. Gelegentlich kommt Junk-Mail an, aber mir ist die Gewissheit lieber, dass mir jeder Mail schicken kann.
    Es reicht nicht, nur den Spam-Ordner zu prüfen. Große Tech-Unternehmen verwerfen Mails manchmal stillschweigend ohne besonderen Grund, und Gmail hat nur eine Eingangs-Erfolgsrate von etwa 90 %, sodass selbst von anderen großen Anbietern rund 10 % verschwinden. Bei selbst betriebener Mail habe ich noch nie einen Empfangsfehler gehabt.
    Umgekehrt braucht man für das Senden an Konten bei anderen großen Diensten weiterhin dort ein Konto, aber als Kontaktadresse gebe ich immer meine selbst gehostete Adresse an. Ich würde gern testen, ob man große Anbieter nur fürs Senden nutzen und den MX auf den eigenen Server zeigen lassen kann.

    • Mein Server blockiert tausende Spam-Mails pro Tag. Das sind noch ohne die tausenden Verbindungen gerechnet, die blockiert werden, bevor überhaupt ein Spam-Versand versucht wird.

  • https://xmox.nl ließ sich sehr einfach einrichten.

    • Ich betreibe es wohl seit über einem Jahr, aber die Entwicklung scheint eingestellt zu sein und die nötigen Filterfunktionen fehlen ebenfalls. Ich überlege, von einer xmox-Einzelkonfiguration wieder zu einem Bündel Postfix-basierter Komponenten zurückzukehren.

  • Ich betreibe die Mailingliste einer Website selbst. Es gibt nur wenige Abonnenten, aber die Mails werden korrekt zugestellt.
    Meine persönliche Mail würde ich nicht selbst betreiben.

  • Vor einigen Jahren habe ich https://modoboa.org/ auf einem Hetzner-VPS installiert, aber nach mehreren fehlgeschlagenen Upgrades praktisch aufgegeben. Ich behalte es noch, weil das meiste weiterhin funktioniert, aber es ist langfristig keine nachhaltige Konfiguration, und ich weiß noch nicht, was ich als Nächstes wählen werde.
    Manche Zwei-Faktor-Authentifizierungscodes, etwa von Steam, kommen viel zu spät im Posteingang an. Ich konnte die Ursache nicht finden und nutze in solchen Fällen ein kaum verwendetes Gmail-Konto.
    Auch Spam kommt in gewissem Maß durch, aber für eingehenden Spam gibt es keine perfekte Lösung. LLMs, die für natürliche Sprachverarbeitung entworfen wurden, könnten für diese Aufgabe gut geeignet sein, daher würde mich ihre tatsächliche Leistung interessieren, aber es scheint auch gut möglich, dass der Ressourcenverbrauch absurd hoch wäre.