Kurzantwort
Wie bekomme ich E-Mail auf meiner eigenen Domain?
Um E-Mail auf Ihrer eigenen Domain zu bekommen, legen Sie ein Postfach bei einem Anbieter an, richten den MX-Record der Domain auf dessen Mailserver und veröffentlichen dann SPF-, DKIM- und DMARC-Records, damit Empfänger Ihren Mails vertrauen. Velumhold enthält E-Mail-Konten mit Webmail, IMAP und SMTP in allen 3 Tarifen, ab $2.49 pro Monat bei jährlicher Laufzeit, ohne KYC und mit Zahlung in Krypto.
Was bewirken die vier DNS-Records?
| Record | Wo er liegt | Was er anderen Servern sagt | Definiert in |
|---|---|---|---|
| MX | Die Domain selbst, Typ MX | Welcher Server Mail für die Domain empfängt. Die niedrigste Preference-Nummer wird zuerst versucht. | RFC 5321 |
| SPF | TXT-Record bei der Domain, beginnend mit v=spf1 | Welche Server Mail für die Domain senden dürfen. | RFC 7208 |
| DKIM | TXT-Record bei selector._domainkey.yourdomain.com | Der öffentliche Schlüssel, der die Signatur jeder Nachricht prüft. | RFC 6376 |
| DMARC | TXT-Record bei _dmarc.yourdomain.com | Was mit Mail zu tun ist, die die Prüfung nicht besteht, und wohin Berichte gehen. | RFC 9989 |
Was ist eine E-Mail-Adresse auf Ihrer eigenen Domain?
Es ist [email protected] statt einer Adresse bei einem Mail-Anbieter. Zwei Dinge machen es funktionsfähig. Ein Postfach auf einem Server und DNS-Einträge, die anderen Servern sagen, wo das Postfach liegt und wer in Ihrem Namen senden darf.
Velumhold stellt das Postfach bereit. Email accounts on your own domain with webmail, IMAP and SMTP; outgoing mail is rate-limited to keep spam off the servers. Domains werden hier nicht verkauft: Richten Sie eine Domain, die Ihnen gehört, mit zwei Nameservern oder einem A record auf das Konto. Die DNS-Einträge liegen dort, wo das DNS Ihrer Domain verwaltet wird. Eine Person beantwortet Support-E-Mails innerhalb von 12 Stunden, sieben Tage die Woche, einschließlich Hilfe bei DNS-Einträgen, WordPress, E-Mail-Konten und dem Umzug einer Webseite..
Die Postfachzahlen unterscheiden sich stark. Laut Velumholds Umfrage vom 2. November 2026 enthalten 5 der 13 Hoster, die eine E-Mail-Anzahl angeben, unbegrenzte E-Mail-Konten in ihrem Einstiegsplan, OrangeWebsite und Packetra enthalten 3, und Hostingers Postfächer sind nur im ersten Jahr kostenlos. Tulle von Velumhold enthält 10.
Was macht ein MX-Record?
Ein MX-Record benennt den Server, der Mail für Ihre Domain empfängt. Ein sendender Server fragt DNS nach den MX-Records Ihrer Domain und versucht die niedrigste Preference-Nummer zuerst (RFC 5321, Abschnitt 5.1). Ohne MX-Record fällt der Sender auf den eigenen Adress-Record der Domain zurück, veröffentlichen Sie daher einen mit Absicht. Das Ziel muss ein Hostname mit eigenem A- oder AAAA-Record sein, kein CNAME.
example.com. 3600 IN MX 10 mail.example.com.
example.com. 3600 IN MX 20 backup.example.com.Was macht ein SPF-Record?
SPF listet die Server auf, die Mail für Ihre Domain senden dürfen. Es ist ein TXT-Record, der mit v=spf1 beginnt (RFC 7208, Abschnitt 3). Empfänger vergleichen den sendenden Server mit der Liste.
- Nur ein Record. Zwei SPF-Records auf einer Domain lassen die Prüfung mit einem permanenten Fehler scheitern (Abschnitte 3.2 und 4.5).
- Höchstens 10 DNS-Lookups.
include-,a- undmx-Begriffe zählen mit. Über 10 hinaus ist das Ergebnis ein permanenter Fehler (Abschnitt 4.6.4). -alloder~all.-allsagt, dass alles nicht Aufgeführte nicht autorisiert ist.~allist ein Soft Fail, und Empfänger sollten allein deswegen nicht ablehnen (Abschnitte 8.4 und 8.5).
example.com. 3600 IN TXT "v=spf1 ip4:203.0.113.25 -all"Was macht ein DKIM-Record?
DKIM signiert jede Nachricht, damit Empfänger prüfen können, dass sie von Ihrer Domain kam und nicht verändert wurde. Der sendende Server fügt einen DKIM-Signature-Header hinzu. Der passende öffentliche Schlüssel steht in einem TXT-Record bei selector._domainkey.yourdomain.com (RFC 6376, Abschnitte 3.5 und 3.6.2). Der Selector erlaubt einer Domain, mehrere Schlüssel zu halten und zu rotieren.
Google verlangt für Mail an private Gmail-Konten einen DKIM-Schlüssel von 1024 Bit oder länger und empfiehlt 2048 Bit, wo unterstützt.
default._domainkey.example.com. 3600 IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkq..."Was macht ein DMARC-Record?
DMARC sagt Empfängern, was mit Mail zu tun ist, die die Authentifizierung nicht besteht, und wohin Berichte gehen sollen. Es ist ein TXT-Record unter _dmarc.yourdomain.com (RFC 9989, Abschnitt 4.5, der RFC 7489 ersetzt). Der p-Tag akzeptiert none, quarantine oder reject. Der rua-Tag benennt eine Adresse für aggregierte Berichte.
Damit eine Nachricht besteht, muss SPF oder DKIM bestehen, und die Domain, die sie prüfen, muss mit der From-Domain übereinstimmen. Standardmäßig reicht eine Übereinstimmung bei derselben organisatorischen Domain. Für Domains, deren Nutzer an Mailinglisten schreiben, empfiehlt RFC 9989 p=none für mindestens einen Monat, dann p=quarantine ebenso lange, bevor p=reject (Abschnitt 7.4).
_dmarc.example.com. 3600 IN TXT "v=DMARC1; p=none; rua=mailto:[email protected]"Wie passen Webmail, IMAP und SMTP zusammen?
Webmail, IMAP und SMTP sind drei Wege, dasselbe Postfach zu lesen und zu versenden. Webmail läuft im Browser. IMAP lässt eine App auf Ihrem Telefon oder Computer auf Postfächern arbeiten, die auf dem Server bleiben, sodass jedes Gerät dieselben Ordner und Flags sieht (RFC 9051). SMTP versendet. Das Submission aus Ihrer App nutzt normalerweise Port 587, während Server untereinander über Port 25 relayen (RFC 6409).
RFC 8314 empfiehlt TLS ab dem ersten Byte: IMAP auf Port 993 und Submission auf Port 465, wobei STARTTLS auf Port 587 ebenfalls akzeptiert wird. Wählen Sie die TLS-Optionen in Ihrer App. Wechsel von einem anderen Hoster? Stellen Sie die MX-Records zuletzt um, wie in eine Webseite ohne Ausfallzeit umziehen.
Was entscheidet darüber, ob meine Mail im Spam landet?
Authentifizierung, Beschwerden und Volumen. Googles Absenderregeln gelten für Mail, die an private Gmail-Konten gesendet wird:
- Alle Absender brauchen SPF oder DKIM, gültiges Forward- und Reverse-DNS sowie TLS.
- Halten Sie die Spam-Rate in den Postmaster Tools unter 0,3 %. Googles Ziel liegt unter 0,10 %.
- Absender von mehr als 5.000 Nachrichten pro Tag brauchen außerdem SPF, DKIM und DMARC, eine From-Domain, die zur SPF- oder DKIM-Domain passt, und One-Click-Unsubscribe bei Marketing-Mail.
Velumhold ist für gewöhnliche Mail gedacht, nicht für Massenversand. Ausgehende Mail ist rate-limited, und Spam und Massenmail sind verboten. Siehe acceptable use.
Wie richte ich E-Mail auf meiner Domain bei Velumhold ein?
Bestellen Sie einen Plan
Wählen Sie einen Plan auf der Preisseite und zahlen Sie aus einem Krypto-Guthaben. Sobald Ihre Zahlung bestätigt ist, erstellt ein Teammitglied Ihr Hosting-Konto innerhalb weniger Minuten, spätestens aber innerhalb einer Stunde; verfolgen Sie den Status im Dashboard, bis der Control-Panel-Login erscheint.
Richten Sie Ihre Domain auf das Konto aus
Domains werden hier nicht verkauft: Richten Sie eine Domain, die Ihnen gehört, mit zwei Nameservern oder einem A record auf das Konto.
Erstellen Sie Ihre Postfächer
Legen Sie im Control Panel ein E-Mail-Konto pro Adresse an.
Veröffentlichen Sie MX, SPF, DKIM und DMARC
Tragen Sie die vier Records dort ein, wo das DNS Ihrer Domain verwaltet wird. Wenn Sie sich bei einem Wert unsicher sind, fragen Sie den Support. Eine Person beantwortet Support-E-Mails innerhalb von 12 Stunden, sieben Tage die Woche, einschließlich Hilfe bei DNS-Einträgen, WordPress, E-Mail-Konten und dem Umzug einer Webseite..
Verbinden Sie Ihre Geräte
Öffnen Sie Webmail oder fügen Sie das Konto über IMAP und SMTP mit TLS zu Ihrer Mail-App hinzu.
Senden Sie einen Test
Senden Sie eine Nachricht an eine Adresse bei einem anderen Anbieter und öffnen Sie die vollständigen Header. Der Authentication-Results-Header zeigt die Ergebnisse von SPF, DKIM und DMARC (RFC 8601).
Welche Fehler brechen E-Mail auf einer eigenen Domain?
- Zwei SPF-Records auf einer Domain. Fassen Sie sie zu einem zusammen.
- Mehr als 10 DNS-Lookups in SPF.
- Ein MX-Ziel, das ein CNAME ist oder keinen Address-Record hat.
- Mehrere TXT-Records für einen DKIM-Selektor. Das Ergebnis ist undefiniert (RFC 6376, Abschnitt 3.6.2.2).
p=rejectam ersten Tag. Lesen Sie zuerst die Reports.
E-Mail auf Ihrer eigenen Domain: FAQ
Wie viele E-Mail-Konten bekomme ich bei Velumhold?
Tulle: 1 Website, 20 GB NVMe, unbegrenzte Bandbreite, 10 E-Mail-Konten, 10 Datenbanken, tägliche Backups, 7 Tage aufbewahrt. Chiffon: 10 Webseiten, 50 GB NVMe, unbegrenzter Traffic, unbegrenzte E-Mail-Konten, unbegrenzte Datenbanken, tägliche Backups, 14 Tage Aufbewahrung. Velvet: Unbegrenzte Webseiten, 75 GB NVMe, unbegrenzter Traffic, unbegrenzte E-Mail-Konten, unbegrenzte Datenbanken, tägliche Backups, 30 Tage Aufbewahrung. Preise stehen auf der Preisseite.
Brauche ich SPF, DKIM und DMARC?
Für eine zuverlässige Zustellung: ja. Google verlangt SPF oder DKIM von jedem Absender an Gmail und alle drei von Absendern von mehr als 5.000 Nachrichten pro Tag. Für diese Regel wird eine DMARC-Policy von none akzeptiert.
Kann ich Newsletter aus meinem Postfach versenden?
Nein. Ausgehende Mail ist rate-limited, um Spam von den Servern fernzuhalten, und Spam und Massenmail stehen auf der Verbotsliste: siehe acceptable use.
Braucht E-Mail auf meiner eigenen Domain KYC?
Nicht bei Velumhold. Kein KYC, weder bei der Anmeldung noch zu einem späteren Zeitpunkt: kein Ausweis, kein Selfie, keine Dokumente, keine Karte, keine Telefonnummer. Sie zahlen in BTC, USDT, USDC, ETH, SOL, LTC, XMR: siehe Webhosting ohne Ausweisprüfung.
Was ist der Unterschied zwischen Webmail und IMAP?
Webmail ist eine Webseite, auf der Sie Mail im Browser lesen. IMAP ist das Protokoll, mit dem eine Mail-App mit denselben Postfächern auf dem Server arbeitet. Beide zeigen dieselbe Mail.
Quellen (9)
- RFC 5321: Simple Mail Transfer Protocol (Oktober 2008) — IETF (checked 2026-11-02)
- RFC 7208: Sender Policy Framework (SPF) (April 2014) — IETF (checked 2026-11-02)
- RFC 6376: DomainKeys Identified Mail (DKIM) Signatures (September 2011) — IETF (checked 2026-11-02)
- RFC 9989: DMARC (Mai 2026) — IETF (checked 2026-11-02)
- RFC 9051: IMAP version 4rev2 (August 2021) — IETF (checked 2026-11-02)
- RFC 6409: Message Submission for Mail (November 2011) — IETF (checked 2026-11-02)
- RFC 8314: Cleartext Considered Obsolete (Januar 2018) — IETF (checked 2026-11-02)
- RFC 8601: The Authentication-Results Header Field (Mai 2019) — IETF (checked 2026-11-02)
- Richtlinien für E-Mail-Absender — Google (checked 2026-11-02)