Übersicht
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 VersanddomainVersanddomainEine Domain, die Ihnen gehört und die Sie mit DNS-Einträgen verifizieren, damit Emailit mit SPF, DKIM und eigenem Return-Path E-Mails von ihr senden kann., 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.
So funktioniert es
- Sie fügen die Domain hinzu, in der Weboberfläche oder per API. Emailit erstellt die DNS-Einträge dafür.
- Sie legen die Einträge bei Ihrem DNS-Anbieter an oder lassen Emailit sie in Cloudflare erstellen.
- Sie führen Check DNS aus. Emailit fragt die Einträge ab. Bestehen SPF, DKIM und Return-Path alle, ist die Domain verifiziert.
- 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 IhrerFrom-Domain aligned sind. - 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. |
Domain-Verifizierung 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.
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.comfür Belege und Passwort-Resets undnews.acme.comfü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-Adressehello@acme.comsein soll. - Senden Sie genau von der Domain, die Sie verifiziert haben. Die Verifizierung von
acme.comerlaubt keinen Versand vonmail.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.