Gmail streicht "Send as" für Drittanbieter-Adressen im Januar 2027
Von CaptainDNS
Veröffentlicht am 6. November 2026
Aktualisiert am 6. November 2026

Ab Januar 2027 können Sie in Gmail nicht mehr über die Funktion "Send as" von einer Drittanbieter-Adresse senden, weder im Web noch in den mobilen Apps. Eine Adresse von Outlook, Yahoo, einem Internetanbieter wie der Telekom oder einer außerhalb von Google gehosteten Firmendomain kann dann nicht mehr als Absender aus Ihrem Gmail-Konto dienen. Einen genauen Tag nennt Google nicht.
- Betroffen sind Gmail-Konten, die über Send as von einer nicht bei Google gehosteten Adresse senden: Privatpersonen mit einer Outlook-, Yahoo- oder Telekom-Adresse, KMU mit einem kostenlosen Gmail-Konto und einer anderswo gehosteten Domain.
- Weiterhin unterstützt werden andere Gmail-Adressen und bei Google gehostete Identitäten, darunter Google-Workspace-Aliasse.
- Google nennt die Website oder App des Anbieters, einen Mail-Client mit IMAP/SMTP oder das direkte Hinzufügen des Drittanbieter-Kontos in der Gmail-Mobile-App. Für Ihre eigene Domain erwähnt Google außerdem Google Workspace.
Was im Januar 2027 wegfällt
Mit Send as senden Sie eine E-Mail von einer anderen Adresse, die Ihnen gehört, und bleiben dabei in Ihrem Gmail-Hauptkonto. Google schreibt, dass Sie nicht mehr von einem Drittanbieter-Konto senden können werden, "in Gmail on the web or in the Gmail mobile apps". Als Grund nennt Google Funktionen, die nach seinen Angaben unverhältnismäßig viel Wartungsaufwand verursachen.
Der von Google veröffentlichte Zeitplan hat drei Stufen:
- Im dritten Quartal 2026 die Ankündigung und der Beginn der Vorankündigungsfrist. Google gibt an, dass alle betroffenen Nutzer eine Benachrichtigung in Gmail erhalten.
- Im dritten und vierten Quartal 2026 die Übergangsphase. Send as für Drittanbieter-Konten, Gmailify und POP funktionieren weiter, Gmail kann neue Einrichtungen aber einschränken.
- Im Januar 2027 die vollständige Entfernung von Send as für Drittanbieter-Konten, Gmailify und POP.
Wir befinden uns in der Übergangsphase: Bestehende Einrichtungen funktionieren noch, Gmail kann das Hinzufügen neuer Adressen aber bereits einschränken.
Der Empfang ist zum selben Termin betroffen. Dieser Beitrag behandelt den Versand; unser Leitfaden beschreibt das Ende des POP-Abrufs und von Gmailify und die Alternativen für den Empfang Ihrer E-Mails. Bereits in Gmail importierte Nachrichten bleiben dort.
Wer betroffen ist und welche Adressen unterstützt bleiben
Sie sind betroffen, wenn Sie aus Ihrem Gmail-Konto mit einer Adresse senden, die nicht bei Google gehostet ist. Zwei häufige Fälle:
- Eine Privatperson liest ihre Post in Gmail und antwortet mit ihrer Outlook-, Yahoo- oder Telekom-Adresse.
- Ein KMU nutzt ein kostenloses Gmail-Konto und sendet über den SMTP-Server seines Hosters mit
kontakt@ihre-domain.de, einer Adresse seiner anderswo gehosteten Domain.
Google erhält den Versand von den Identitäten, die es selbst hostet:
- Ihre anderen Gmail-Adressen;
- bei Google gehostete Identitäten, etwa Aliasse eines Google-Workspace-Kontos.
Der Zugriff auf Ihr Gmail-Konto aus Outlook, Thunderbird oder Apple Mail per IMAP oder POP ändert sich nicht. Auch die Gmail-API bleibt unverändert.
Ein Workspace-Konto befreit nicht von allem. Google erhält den Versand von Identitäten, die bei Google gehostet sind, und stellt klar, dass sich die Abschaltung gegen Drittanbieter-Konten außerhalb von Google richtet. Den Fall eines Workspace-Kontos, das für den Versand von einer anderswo gehosteten Adresse eingerichtet ist, behandelt die Seite nicht gesondert: Wenn das auf Sie zutrifft, fragen Sie Ihren Administrator. Diese Ausnahme gilt weder für den POP-Abruf noch für Gmailify: Ihre Entfernung beschreibt unser Leitfaden zum Empfang.
Auch die mobile Nutzung sorgt für Verwirrung. Die Funktion, mit der Sie innerhalb Ihres Gmail-Kontos von einer Drittanbieter-Adresse senden, fällt weg. Sie können dieses Drittanbieter-Konto aber weiterhin separat in der Gmail-App hinzufügen und dort direkt verwenden.
So senden Sie weiter von Ihrer Adresse
Google stellt drei offizielle Wege vor und nennt für Ihre eigene Domain einen vierten:
- Senden Sie von der Website oder App Ihres Anbieters, zum Beispiel outlook.com oder mail.yahoo.com.
- Richten Sie einen Desktop-Mail-Client mit Ihrem Drittanbieter-Konto ein: IMAP zum Lesen, SMTP zum Senden. Er kann mehrere Konten an einem Ort verwalten, und Google empfiehlt diesen Weg, wenn Ihr Geschäft von Send as abhängt.
- Fügen Sie auf dem Smartphone oder Tablet das Drittanbieter-Konto direkt in der Gmail-App für Android, iPhone oder iPad hinzu, und lesen und senden Sie dann über dieses Konto.
- Prüfen Sie für Ihre eigene Domain ein Hosting in Google Workspace. Das ist eine Migration Ihrer E-Mail-Dienste und kein bloßes Zusatzabonnement.
Unser Rat: Wenn Sie bei Ihrem Hoster bleiben, beginnen Sie mit dem Mail-Client. Sie können ihn sofort testen, und eine DNS-Änderung ist nicht automatisch nötig, solange der SMTP-Server derselbe bleibt. Workspace lohnt sich eher, wenn Sie diesen Hoster ohnehin verlassen wollten.
Seien Sie vorsichtig bei Tools, die versprechen, Send as nachzubilden. Google mahnt bei diesen Erweiterungen und Ersatzdiensten zur Vorsicht, weil sie oft Ihre E-Mail-Zugangsdaten oder OAuth-Token verlangen. Google erklärt, weder ihre Sicherheit noch ihre Zuverlässigkeit noch ihren Umgang mit Daten garantieren zu können, und empfiehlt seine offiziellen Optionen. Nicht alle diese Erweiterungen sind deshalb bösartig: Prüfen Sie vor der Installation, welche Berechtigungen sie für Ihr Postfach verlangen.
Ihre eigene Domain: was Sie nach der Umstellung prüfen sollten
Dieser Teil richtet sich an alle, die ihre Domain selbst verwalten. Was zu prüfen ist, hängt vom gewählten Versandweg ab:
- Wenn sich nur die Oberfläche oder der Client ändert und die Nachricht weiter über denselben SMTP-Server hinausgeht, ist eine DNS-Änderung nicht automatisch nötig.
- Wenn sich der Versandserver ändert (neuer Anbieter, Google Workspace, SMTP-Relay), müssen SPF und DKIM diesen neuen Weg abdecken. Veröffentlichen Sie, was der neue Anbieter verlangt.
- MX-Einträge spielen nur eine Rolle, wenn sich auch das Hosting des Empfangs ändert.
Keine DNS-Einstellung stellt Send as wieder her: Google entfernt die Funktion auf der Seite von Gmail.
Die Prüfung erfolgt an einer echten Nachricht. Senden Sie eine E-Mail mit der Einrichtung, die Sie tatsächlich nutzen werden, und prüfen Sie dann SPF, die DKIM-Signatur und deren Ausrichtung an der Domain der Absenderadresse (Feld From): DMARC verlangt, dass mindestens einer der beiden Mechanismen ausgerichtet besteht. Der E-Mail-Tester von CaptainDNS erzeugt eine eindeutige Testadresse: Senden Sie diese Nachricht dorthin, und er analysiert SPF, DKIM und DMARC. Ein korrektes Ergebnis bestätigt die Authentifizierung dieses Versands, nicht seine Ankunft im Posteingang.
Sie verwalten Ihre Domain und ändern Ihren Versandweg?
FAQ
Kann ich mein Outlook- oder Yahoo-Konto weiter in Gmail auf dem Smartphone nutzen?
Ja, indem Sie es direkt als Drittanbieter-Konto in der Gmail-App für Android, iPhone oder iPad hinzufügen. Dieser Zugang ist unabhängig von Send as, das aus Ihrem Gmail-Konto mit einer Drittanbieter-Adresse sendet und auch auf Mobilgeräten wegfällt.
Werden Gmail- und Google-Workspace-Aliasse entfernt?
Nein. Google gibt an, dass Sie Send as weiterhin für jede bei Google gehostete Identität nutzen können, einschließlich Ihrer anderen Gmail-Adressen und der Aliasse Ihres Google-Workspace-Kontos.
Kann ich mit einer Weiterleitung zu Gmail noch von meiner Drittanbieter-Adresse antworten?
Nein. Die Weiterleitung deckt den Empfang ab und ersetzt Send as nicht. Ihr Anbieter kann Ihre Nachrichten weiterhin an Gmail weiterleiten, aber um mit der Drittanbieter-Adresse zu antworten, nutzen Sie seine Website, einen Mail-Client oder das in der Gmail-Mobile-App hinzugefügte Konto.
Quellen, abgerufen am 6. November 2026: Google, "Learn about changes to third-party email account support in Gmail" und Google, "Learn about upcoming changes to Gmailify & POP in Gmail".


