Google Workspace für eine Domain in cPanel einrichten
Sie können die Website bei Hostsuar belassen und die E-Mails mit Google Workspace verwalten. Die Umstellung betrifft die E-Mail-Einträge und das Routing in cPanel, nicht die Einträge, über die die Website ausgeliefert wird.
Bevor Sie die MX-Einträge ändern
- Legen Sie in Google Workspace alle Benutzer, Aliasse und Gruppen an, die E-Mails empfangen sollen. Sobald die MX-Einträge geändert sind, kommen keine Nachrichten mehr in den cPanel-Postfächern an.
- Bewahren Sie eine Kopie der Nachrichten auf, die Sie brauchen, und planen Sie ihre Migration, wenn beim bisherigen Anbieter E-Mails gespeichert sind.
- Finden Sie heraus, wo die autoritative DNS-Zone verwaltet wird. Nutzt die Domain unsere DNS-Server, können Sie sie in cPanel über Zone Editor bearbeiten; nutzt sie Cloudflare oder einen anderen Anbieter, erfolgt die Änderung dort.
Domain bei Google verifizieren
Öffnen Sie die Admin-Konsole von Google Workspace, fügen Sie die Domain hinzu und kopieren Sie den Verifizierungseintrag, den der Assistent anzeigt. In der Regel ist das ein TXT-Eintrag mit einem eindeutigen Wert der Form google-site-verification=....
Legen Sie ihn unverändert in der DNS-Zone an und kehren Sie zur Google-Konsole zurück, um die Verifizierung abzuschließen. Dieser Eintrag belegt, dass Sie die Domain kontrollieren, ändert aber noch nicht, wo die E-Mails empfangen werden.
Aktuellen MX-Eintrag einrichten
Löschen Sie die MX-Einträge des bisherigen Anbieters und legen Sie den MX-Eintrag an, den Google derzeit für neue Workspace-Konten angibt:
| Typ | Name | Priorität | Ziel |
|---|---|---|---|
| MX | ihredomain.com. |
1 | smtp.google.com. |
Verwenden Sie die Standard-TTL der Zone. cPanel akzeptiert Name und Ziel mit abschließendem Punkt; andere Anbieter fügen ihn eventuell automatisch hinzu.
Ältere Organisationen können die fünf Ziele ASPMX.L.GOOGLE.COM und ALT*.ASPMX.L.GOOGLE.COM behalten: Google unterstützt sie weiterhin. Folgen Sie bei einer neuen Einrichtung immer dem Wert in der Admin-Konsole, denn das ist die maßgebliche Quelle für diese Organisation.
Behalten Sie MX-Einträge von Google und vom bisherigen Anbieter nicht gleichzeitig als vermeintliche Absicherung. Die Priorität erzeugt keine Kopie: Sekundäre Server werden nur verwendet, wenn die vorrangigen nicht antworten, und können Nachrichten im falschen System zustellen.
E-Mail-Routing in cPanel ändern
Ist die Domain weiterhin im Hosting eingerichtet, öffnen Sie in cPanel Email Routing, wählen Sie sie aus und aktivieren Sie Remote Mail Exchanger. So fragen Websites und Anwendungen auf demselben Server Google ab, statt die E-Mail lokal an ein cPanel-Postfach zuzustellen.
Dieser Schritt ersetzt nicht den öffentlichen MX-Eintrag: Beide müssen auf dasselbe Ziel zeigen.
Versand authentifizieren
Richten Sie auch die Einträge ein, die ausgehende E-Mails authentifizieren:
- SPF: Autorisieren Sie Google mit
include:_spf.google.com. Es darf nur einen SPF-Eintrag geben; versenden auch die Website oder andere Anbieter, fassen Sie alle Autorisierungen im selben TXT-Eintrag zusammen, wie in der SPF-Anleitung beschrieben. - DKIM: Erzeugen Sie den Schlüssel in der Google-Konsole und veröffentlichen Sie den TXT-Eintrag mit genau dem Selektor und Wert, die Google angibt. Aktivieren Sie anschließend die DKIM-Authentifizierung in der Google-Konsole; das Veröffentlichen des Schlüssels allein startet die Signatur der Nachrichten nicht.
- DMARC: Veröffentlichen Sie es, nachdem Sie SPF und DKIM geprüft haben, zunächst mit einer Beobachtungsrichtlinie, wenn Sie noch nicht alle legitimen Absender kennen.
Aktivieren und prüfen
Kehren Sie zu Google Workspace zurück und klicken Sie auf Activate Gmail. Die Propagation kann schrittweise erfolgen; in dieser Zeit fragen manche Absender noch die alten MX-Einträge ab.
Testen Sie zum Schluss den Versand in beide Richtungen, auch für Aliasse und Gruppen, und prüfen Sie in den Kopfzeilen einer ausgehenden Nachricht, dass SPF, DKIM und DMARC für die Domain bestehen. Der Umzug der alten Nachrichten ist eine eigene Aufgabe, getrennt von der MX-Umstellung.
Wenn es nach der Umstellung nicht funktioniert
Prüfen Sie Empfang und Versand getrennt. Kommen externe Nachrichten an, aber ein Formular auf dem Hosting kann nicht an Ihre Domain schreiben, prüfen Sie das Remote-Routing und den SMTP-Server, den die Anwendung verwendet. Wenn Sie empfangen, Ihre Sendungen aber scheitern, prüfen Sie die Fehlermeldung und die Authentifizierung bei Google, bevor Sie die MX-Einträge erneut ändern.
Ersetzen Sie eine funktionierende ältere Konfiguration mit fünf MX-Einträgen nicht nur, um das neue Format zu verwenden. Folgen Sie den aktuellen Vorgaben von Google für die MX-Einträge und den Werten in Ihrer Konsole. Um weitere Einträge vorzubereiten, verwenden Sie den DNS-Assistenten.
Das könnte Ihnen auch helfen
- E-Mail-Routing in cPanel: wann Local und wann Remote Legen Sie fest, wohin cPanel die E-Mails Ihrer Domain zustellen soll, und prüfen Sie die Einstellung...
- MX-Einträge für die E-Mail einer Domain ändern Postfächer vorbereiten, die MX-Einträge beim richtigen DNS-Anbieter ersetzen und das Routing in cPan...
- Autodiscover-Konflikt zwischen cPanel und Microsoft 365 Erkennen Sie, wann Outlook die Konfiguration vom Webhosting statt von Exchange erhält, und welche Da...
- E-Mails aus Google Workspace mit imapsync migrieren (OAuth2-Dienstkonto) Beschreibt, wie Sie imapsync für eine ganze Google-Workspace-Domain per OAuth2, Dienstkonto und Dele...
Stimmt etwas nicht oder hat sich etwas geändert? Erzählen Sie es uns, und wir prüfen es.