Google retire l’une des fonctions les plus anciennes et les plus pratiques de Gmail : la possibilité d’envoyer du courrier depuis une adresse non Google directement depuis l’interface de Gmail. Si vous utilisez Gmail pour envoyer « depuis » votre propre domaine, cette configuration a une date de péremption.
Ce qui change
La fonction « Envoyer en tant que » (Send as) de Gmail permet de rédiger un message et de le faire apparaître comme provenant d’une adresse tierce — par exemple envoyer depuis l’adresse de votre domaine tout en gardant la boîte de réception familière de Gmail. Google a annoncé qu’il mettait fin à la prise en charge de cette fonction pour les comptes externes, non Google.
Le déploiement est progressif :
- Les nouvelles configurations « Envoyer en tant que » pour des adresses tierces sont déjà restreintes sur le web.
- Les configurations existantes continuent de fonctionner pendant une période de transition.
- La fonction disparaît complètement en janvier 2027. Passé cette date, selon la page d’assistance de Google elle-même, vous ne pourrez plus envoyer de courrier depuis un compte tiers dans Gmail, ni sur le web ni dans les applications mobiles.
La raison invoquée par Google : des « ressources de maintenance disproportionnées ».
Une fonction connexe, Gmailify — qui étendait le filtrage antispam et l’organisation de la boîte de réception de Gmail aux comptes tiers — est également abandonnée en janvier 2027.
Ce qui casse, c’est l’envoi depuis votre propre domaine
Le cœur de ce changement concerne l’envoi de courrier depuis une adresse que
Google n’héberge pas. Si votre identité professionnelle ou personnelle est liée
à un domaine qui vous appartient — vous@votredomaine.fr — et que vous faisiez
partir son courrier via « Envoyer en tant que », cette voie se ferme en janvier 2027.
Ce qui reste :
- Lire le courrier tiers dans Gmail (via Mail Fetcher, POP3/IMAP).
- Transférer d’un compte tiers vers Gmail.
Ce qui disparaît :
- Envoyer depuis cette adresse tierce via l’interface de Gmail.
La perte est donc précise mais bien réelle : quiconque a centralisé sa boîte dans Gmail tout en présentant au monde un domaine qui lui appartient perd la possibilité d’envoyer depuis ce domaine sans quitter Gmail.
Ce qu’exige réellement l’envoi depuis votre propre domaine
Pour envoyer du courrier depuis vous@votredomaine.fr, l’adresse a besoin d’un
serveur de messagerie qui accepte vos messages sortants et les signe pour votre
domaine. Les trois voies :
Utiliser Gmail comme avant. Ne fonctionne que pour les adresses hébergées par Google. Pour un domaine personnalisé, cela signifie payer Google Workspace, où Google héberge le courrier du domaine. Vous gardez une seule interface, mais Google reste le serveur et le courrier du domaine y transite.
Un fournisseur dédié avec domaine personnalisé. Proton, Fastmail et d’autres hébergent le courrier de votre domaine et vous laissent envoyer depuis cette adresse. Vous gardez une interface propre et votre adresse, sur un serveur géré par quelqu’un d’autre.
Votre propre serveur de messagerie. Vous hébergez le domaine vous-même. Le serveur accepte votre courrier sortant, le signe avec DKIM, et il vous appartient entièrement. C’est ce que met en place cripta.to : un serveur de messagerie sur une infrastructure que vous contrôlez, avec votre domaine, les enregistrements DNS (SPF, DKIM, DMARC) et le TLS pris en charge pour vous.
La première option vous garde chez Google. La deuxième change le fournisseur qui détient votre courrier. La troisième retire complètement le tiers du chemin d’envoi.
Le compromis, sans détour
Envoyer depuis un domaine personnalisé n’est pas quelque chose que l’on peut greffer indéfiniment sur un compte grand public gratuit. Le changement de Google le rend explicite. Ce que vous décidez réellement, c’est où vit le courrier de votre domaine :
- Commodité — Gmail/Workspace : une seule interface, mais c’est Google qui fait tourner le serveur et fixe les règles.
- Indépendance — votre propre serveur : vous possédez l’adresse et le chemin qu’elle emprunte, au prix d’un peu de configuration, que cripta.to automatise.
Si vous dépendez d’un domaine personnalisé, la question n’est pas si vous devez quitter la solution de contournement « Envoyer en tant que » — c’est déjà décidé. C’est où aller.