# Versanddomains

> Warum Emailit Ihre eigene Domain braucht, welche DNS-Einträge es für Authentifizierung, Tracking und eingehende E-Mails einrichtet und wie Domains verifiziert bleiben.

Jede E-Mail, die Sie über Emailit senden, kommt von einer Versanddomain, die Ihnen gehört und die Sie mit DNS-Einträgen verifiziert haben. Diese Seite erklärt, was Emailit auf dieser Domain einrichtet, wie die Verifizierung funktioniert und wie viele Domains Ihr Tarif enthält.

## Warum Sie eine Versanddomain brauchen

Postfachanbieter wie Gmail, Outlook und Yahoo vertrauen nur E-Mails, die belegen, dass sie von der Domain in der `From`-Adresse stammen. Emailit belegt das mit SPF- und DKIM-Einträgen auf Ihrer Domain. So werden Ihre Nachrichten als Ihre authentifiziert und bauen die Reputation Ihrer Domain auf, keine geteilte.

Solange eine Domain nicht verifiziert ist, lehnt Emailit Nachrichten von ihr ab. Die API gibt `422 Domain not verified` zurück, und SMTP antwortet mit `530 From/Sender domain is not verified for this workspace`. Jede `From`-Adresse muss eine verifizierte Domain im selben Workspace verwenden, und jede Subdomain zählt als eigene Domain.

## Was Emailit einrichtet

Wenn Sie eine Domain hinzufügen, erzeugt Emailit einen 2048-Bit-DKIM-Schlüssel und gibt Ihnen bis zu sechs DNS-Einträge. Drei sind erforderlich, die übrigen aktivieren optionale Funktionen.

| Eintrag | Host | Zweck | Erforderlich |
| --- | --- | --- | --- |
| MX | `emailit.<domain>` | Return-Path. Empfängt Bounces und Zustellberichte für Ihre E-Mails. | Ja |
| TXT (SPF) | `emailit.<domain>` | Erlaubt den Servern von Emailit, für die Return-Path-Subdomain zu senden. | Ja |
| TXT (DKIM) | `emailit._domainkey.<domain>` | Öffentlicher Schlüssel, der die DKIM-Signatur jeder Nachricht verifiziert. | Ja |
| TXT (DMARC) | `_dmarc.<domain>` | Teilt Empfängern mit, was mit E-Mails geschehen soll, die die Authentifizierung nicht bestehen. | Nein |
| CNAME | `go.<domain>` | Eigene Tracking-Domain für Öffnungs- und Klick-Tracking. | Nein |
| MX | `inbound.<domain>` | Empfängt eingehende E-Mails an jede Adresse auf `inbound.<domain>`. | Nein |

Der SPF-Eintrag liegt auf der Return-Path-Subdomain, nicht auf Ihrer Hauptdomain. Sie müssen also keinen bestehenden SPF-Eintrag für Google Workspace, Microsoft 365 oder einen anderen Anbieter ändern. Alle Werte und warum sie so eingerichtet sind, finden Sie unter [DNS-Einträge](/de/docs/domains/dns-records/).

## So funktioniert es

1. **Sie fügen die Domain hinzu**, in der Weboberfläche oder per API. Emailit erstellt die DNS-Einträge dafür.
2. **Sie legen die Einträge** bei Ihrem DNS-Anbieter an oder lassen Emailit sie in [Cloudflare](/de/docs/domains/cloudflare/) erstellen.
3. **Sie führen Check DNS aus.** Emailit fragt die Einträge ab. Bestehen SPF, DKIM und Return-Path alle, ist die Domain verifiziert.
4. **Sie senden.** Emailit signiert jede Nachricht mit Ihrem DKIM-Schlüssel und verwendet `emailit.<domain>` als Return-Path, sodass SPF und DKIM für DMARC beide mit Ihrer `From`-Domain aligned sind.
5. **Emailit prüft das DNS täglich neu.** Fällt ein erforderlicher Eintrag aus, stoppt der Versand von der Domain, und der Inhaber des Workspace erhält eine E-Mail mit dem Titel „Sending domain `<domain>` is no longer verified“.

## Domain-Status

| Status | Bedeutung |
| --- | --- |
| **Verified** | SPF, DKIM und Return-Path bestehen. Sie können von der Domain senden. |
| **Not verified** | Ein oder mehrere erforderliche Einträge fehlen oder sind ungültig, oder Sie haben Check DNS noch nicht ausgeführt. |
| **Pending verification** | Das DNS ist möglicherweise korrekt, aber die Domain wartet auf eine manuelle Prüfung. Das betrifft Domains bei Pay as you go, die vor weniger als 30 Tagen registriert wurden. |
| **Sending paused** | Die Bounce-Rate der Domain ist zu hoch. Auf der Domainseite erscheint ein Banner. Siehe [Versandgesundheit](/de/docs/deliverability/sending-health/). |

[Domain-Verifizierung](/de/docs/domains/verification/) erklärt jeden Status, die Prüfungen pro Eintrag und wie Sie häufige Fehler beheben.

## Limits

| | Pay as you go | Pro | Business | Custom |
| --- | --- | --- | --- | --- |
| Versanddomains | 3 (25 nach Ihrem ersten Credit-Kauf) | 100 | 1.000 | Nach Vereinbarung |
| Prüfung von Domains, die jünger als 30 Tage sind | Ja | Nein | Nein | Ja |

AppSumo-Lizenzen legen ihr eigenes Domain-Kontingent fest. Siehe [Domain-Limits](/de/docs/domains/limits/).

## Hauptdomain oder Subdomain?

Sie können eine Hauptdomain wie `acme.com` oder eine Subdomain wie `mail.acme.com` verifizieren. Beides funktioniert. Wählen Sie danach, wie Sie senden:

- **Verwenden Sie eine Subdomain für jede Art von E-Mail**, wenn Sie sowohl transaktionale als auch Marketing-E-Mails senden, zum Beispiel `notify.acme.com` für Belege und Passwort-Resets und `news.acme.com` für Kampagnen. Jede Subdomain baut ihre eigene Reputation auf, sodass eine Kampagne mit vielen Beschwerden Ihren Belegen nicht schadet.
- **Verwenden Sie die Hauptdomain**, wenn Sie nur eine überschaubare Menge transaktionaler E-Mails senden und Ihre `From`-Adresse `hello@acme.com` sein soll.
- **Senden Sie genau von der Domain, die Sie verifiziert haben.** Die Verifizierung von `acme.com` erlaubt keinen Versand von `mail.acme.com`, und umgekehrt.

Ihre bestehenden E-Mails funktionieren in beiden Fällen weiter: Die Einträge von Emailit liegen auf eigenen Hosts (`emailit.`, `emailit._domainkey.`, `go.` und `inbound.`) und ersetzen daher nicht Ihre MX- oder SPF-Einträge auf der Hauptdomain.

## Erste Schritte

  - [Versanddomain hinzufügen](/de/docs/domains/add-a-domain/): Ihre Domain hinzufügen und ihre DNS-Einträge anlegen.
  - [DNS-Einträge](/de/docs/domains/dns-records/): Jeder Eintrag, sein Wert und wie Sie ihn eintragen.
  - [Mit Cloudflare einrichten](/de/docs/domains/cloudflare/): Alle Einträge in einem Schritt in Ihrer Cloudflare-Zone erstellen.
  - [Domain-Verifizierung](/de/docs/domains/verification/): Status, tägliche Prüfungen und Fehlerbehebung.

---
Quelle: https://emailit.com/de/docs/domains/