{ "title": "Envoyer un email depuis un alias Microsoft 365", "excerpt": "Je devais répondre au support Chrome Web Store depuis une adresse précise. Problème : web@amorem.com n’était qu’un alias Office 365 et Outlook envoyait systématiquement depuis mon adresse principale. Voici comment j’ai finalement activé l’envoi depuis les alias.", "access": "free", "isAccessibleForFree": true, "requiresAccessPass": false, "locale": "fr", "publishedAt": "2026-09-22T15:00:21.766Z", "updatedAt": "2026-09-22T17:10:20.109Z", "author": { "name": "Cédric TOURNIER", "username": "Amorem", "url": "https://mysaas.blog/fr/@Amorem" }, "tags": [], "relatedSaas": [], "sources": [ { "title": "Microsoft Learn — Add another email alias for a user", "url": "https://learn.microsoft.com/en-gb/microsoft-365/admin/email/add-another-email-alias-for-a-user?view=o365-worldwide", "hostname": "learn.microsoft.com" }, { "title": "Microsoft Learn — Set-OrganizationConfig", "url": "https://learn.microsoft.com/en-us/powershell/module/exchangepowershell/set-organizationconfig?view=exchange-ps", "hostname": "learn.microsoft.com" } ], "urls": { "html": "https://mysaas.blog/fr/@Amorem/envoyer-un-email-depuis-un-alias-microsoft-365-la-commande-qui-m-a-debloque", "markdown": "https://mysaas.blog/fr/@Amorem/envoyer-un-email-depuis-un-alias-microsoft-365-la-commande-qui-m-a-debloque/md", "json": "https://mysaas.blog/fr/@Amorem/envoyer-un-email-depuis-un-alias-microsoft-365-la-commande-qui-m-a-debloque/json" }, "wordCount": 759, "images": [ { "url": "https://assets.mysaas.blog/posts/assets/2026-09-02/b3286fe0-c6ef-4209-836a-bf56b3278244.png", "alt": null, "title": null, "width": null, "height": null }, { "url": "https://assets.mysaas.blog/posts/assets/2026-09-02/e85a5217-7d11-4042-a4a2-4034c5c17e95.png", "alt": "Outlook Web - Addresses to send from avec l’alias web@amorem.com activé", "title": null, "width": 2536, "height": 874 } ], "content": { "markdown": "Je voulais simplement répondre à un email du support Chrome Web Store.\n\nSauf que, cette fois, Google avait une exigence très précise : la confirmation devait partir de l’adresse du compte publisher d’origine, `web@amorem.com`.\n\nPetit problème : chez moi, `web@amorem.com` n’est pas une boîte aux lettres séparée. C’est un alias de ma boîte Microsoft 365 principale, `cedric@amorem.com`.\n\nJe reçois donc parfaitement les emails envoyés à `web@amorem.com`. Mais quand je répondais, Outlook remettait systématiquement mon adresse principale dans le champ expéditeur. Dans la plupart des situations ce n’est pas gênant. Pour une procédure de vérification où l’adresse d’expédition fait partie de la preuve, ça l’est beaucoup plus.\n\n## Comportement par défaut : un alias ne permet pas d’envoyer\n\nDans Exchange Online, une même mailbox peut avoir une adresse SMTP principale et plusieurs adresses proxy — les fameux alias. Toutes arrivent dans la même boîte.\n\nDans mon cas :\n\n```\ncedric@amorem.com → adresse principale\nweb@amorem.com → alias\n```\n\nRecevoir sur l’alias fonctionnait depuis toujours. En revanche, quand je choisissais `web@amorem.com` comme expéditeur dans Outlook, le message reçu en face affichait toujours `cedric@amorem.com`.\n\nCe comportement est lié à un réglage Exchange Online qui, par défaut, peut réécrire l’adresse utilisée pour l’envoi vers l’adresse SMTP principale de la mailbox.\n\n## La solution : SendFromAliasEnabled\n\nMicrosoft 365 dispose précisément d’un réglage permettant aux utilisateurs d’envoyer depuis leurs adresses proxy. Il s’active au niveau de l’organisation Exchange Online :\n\n```\nSet-OrganizationConfig -SendFromAliasEnabled $true\n```\n\nUne fois activé, Exchange Online ne doit plus systématiquement remplacer l’alias utilisé pour l’expédition par l’adresse SMTP principale.\n\n## Le faire depuis un Mac\n\nJe suis sur macOS, donc pas besoin de chercher une machine Windows. PowerShell fonctionne très bien sur Mac.\n\nDans mon cas, Homebrew proposait PowerShell Preview :\n\n```\nbrew install --cask powershell@preview\n```\n\nPuis lancement de PowerShell :\n\n```\npwsh-preview\n```\n\nEnsuite, installation du module Exchange Online :\n\n```\nInstall-Module ExchangeOnlineManagement -Scope CurrentUser\n```\n\nConnexion au tenant Microsoft 365 avec un compte disposant des droits nécessaires :\n\n```\nConnect-ExchangeOnline\n```\n\nEt enfin :\n\n```\nSet-OrganizationConfig -SendFromAliasEnabled $true\n```\n\nOn peut immédiatement vérifier la configuration :\n\n```\nGet-OrganizationConfig | Select-Object SendFromAliasEnabled\n```\n\nJe voulais voir ceci :\n\n```\nSendFromAliasEnabled\n--------------------\nTrue\n```\n\n## Vérifier que l’adresse est réellement un alias de la mailbox\n\nComme Outlook continuait initialement à me jouer des tours, j’ai aussi vérifié la configuration de la boîte elle-même :\n\n```\nGet-Mailbox cedric@amorem.com | Select-Object -ExpandProperty EmailAddresses\n```\n\nDans la sortie Exchange, on retrouve notamment :\n\n```\nSMTP:cedric@amorem.com\nsmtp:web@amorem.com\n```\n\nLa distinction est utile : `SMTP:` en majuscules correspond à l’adresse SMTP principale et `smtp:` en minuscules aux adresses proxy.\n\n## Et Outlook ?\n\nAprès l’activation côté Exchange, il peut être nécessaire de laisser le temps au changement de se propager et de relancer Outlook ou de se reconnecter à Outlook Web.\n\nUne fois le réglage propagé, Outlook Web fait apparaître les alias dans **Settings → Mail → Compose → Addresses to send from**. Il suffit alors de cocher l’adresse que l’on veut rendre disponible dans le menu *From*. Chez moi, `web@amorem.com` est finalement apparu et j’ai pu le sélectionner :\n\n![Outlook Web - Addresses to send from avec l’alias web@amorem.com activé](https://assets.mysaas.blog/posts/assets/2026-09-02/e85a5217-7d11-4042-a4a2-4034c5c17e95.png)Après propagation, Outlook Web permet de choisir les alias à afficher dans le champ From.\n\nLe comportement n’a pas été instantané : juste après avoir changé la configuration Exchange, saisir `web@amorem.com` dans le champ *De* continuait à produire un message envoyé depuis `cedric@amorem.com`. Puis la section ci-dessus est apparue et l’envoi depuis l’alias a fonctionné.\n\nC’est probablement le point à retenir si vous tombez sur cet article après avoir exécuté la bonne commande et que vous avez l’impression qu’elle n’a servi à rien : vérifiez d’abord que `SendFromAliasEnabled` vaut bien `True`, vérifiez que l’alias est bien présent dans `EmailAddresses`, puis laissez le changement se propager avant de tout reconfigurer.\n\n## Pourquoi je n’ai pas simplement créé une deuxième mailbox\n\nPour une adresse comme `web@amorem.com`, créer et maintenir une boîte Microsoft 365 indépendante n’aurait aucun sens. J’ai plusieurs adresses fonctionnelles qui doivent simplement arriver dans ma boîte principale.\n\nLes alias sont parfaits pour ça : une seule mailbox, un seul compte, pas de licence supplémentaire et plusieurs identités email. Il faut simplement savoir qu’autoriser l’envoi depuis ces identités est un réglage distinct.\n\n## La commande à retenir\n\nSi vous avez déjà vos alias Microsoft 365 et que votre seul problème est qu’Outlook renvoie toujours vos emails depuis l’adresse principale, commencez par vérifier ceci :\n\n```\nGet-OrganizationConfig | Select-Object SendFromAliasEnabled\n```\n\nSi le résultat est `False`, activez la fonctionnalité :\n\n```\nSet-OrganizationConfig -SendFromAliasEnabled $true\n```\n\nDans mon cas, c’est ce petit réglage Exchange Online qui a finalement permis à `web@amorem.com` d’être réellement utilisé comme expéditeur et donc de répondre enfin correctement à la demande de vérification du Chrome Web Store.", "html": "

Je voulais simplement répondre à un email du support Chrome Web Store.

Sauf que, cette fois, Google avait une exigence très précise : la confirmation devait partir de l’adresse du compte publisher d’origine, web@amorem.com.

Petit problème : chez moi, web@amorem.com n’est pas une boîte aux lettres séparée. C’est un alias de ma boîte Microsoft 365 principale, cedric@amorem.com.

Je reçois donc parfaitement les emails envoyés à web@amorem.com. Mais quand je répondais, Outlook remettait systématiquement mon adresse principale dans le champ expéditeur. Dans la plupart des situations ce n’est pas gênant. Pour une procédure de vérification où l’adresse d’expédition fait partie de la preuve, ça l’est beaucoup plus.

Comportement par défaut : un alias ne permet pas d’envoyer

Dans Exchange Online, une même mailbox peut avoir une adresse SMTP principale et plusieurs adresses proxy — les fameux alias. Toutes arrivent dans la même boîte.

Dans mon cas :

cedric@amorem.com   → adresse principale\nweb@amorem.com      → alias

Recevoir sur l’alias fonctionnait depuis toujours. En revanche, quand je choisissais web@amorem.com comme expéditeur dans Outlook, le message reçu en face affichait toujours cedric@amorem.com.

Ce comportement est lié à un réglage Exchange Online qui, par défaut, peut réécrire l’adresse utilisée pour l’envoi vers l’adresse SMTP principale de la mailbox.

La solution : SendFromAliasEnabled

Microsoft 365 dispose précisément d’un réglage permettant aux utilisateurs d’envoyer depuis leurs adresses proxy. Il s’active au niveau de l’organisation Exchange Online :

Set-OrganizationConfig -SendFromAliasEnabled $true

Une fois activé, Exchange Online ne doit plus systématiquement remplacer l’alias utilisé pour l’expédition par l’adresse SMTP principale.

Le faire depuis un Mac

Je suis sur macOS, donc pas besoin de chercher une machine Windows. PowerShell fonctionne très bien sur Mac.

Dans mon cas, Homebrew proposait PowerShell Preview :

brew install --cask powershell@preview

Puis lancement de PowerShell :

pwsh-preview

Ensuite, installation du module Exchange Online :

Install-Module ExchangeOnlineManagement -Scope CurrentUser

Connexion au tenant Microsoft 365 avec un compte disposant des droits nécessaires :

Connect-ExchangeOnline

Et enfin :

Set-OrganizationConfig -SendFromAliasEnabled $true

On peut immédiatement vérifier la configuration :

Get-OrganizationConfig | Select-Object SendFromAliasEnabled

Je voulais voir ceci :

SendFromAliasEnabled\n--------------------\nTrue

Vérifier que l’adresse est réellement un alias de la mailbox

Comme Outlook continuait initialement à me jouer des tours, j’ai aussi vérifié la configuration de la boîte elle-même :

Get-Mailbox cedric@amorem.com | Select-Object -ExpandProperty EmailAddresses

Dans la sortie Exchange, on retrouve notamment :

SMTP:cedric@amorem.com\nsmtp:web@amorem.com

La distinction est utile : SMTP: en majuscules correspond à l’adresse SMTP principale et smtp: en minuscules aux adresses proxy.

Et Outlook ?

Après l’activation côté Exchange, il peut être nécessaire de laisser le temps au changement de se propager et de relancer Outlook ou de se reconnecter à Outlook Web.

Une fois le réglage propagé, Outlook Web fait apparaître les alias dans Settings → Mail → Compose → Addresses to send from. Il suffit alors de cocher l’adresse que l’on veut rendre disponible dans le menu From. Chez moi, web@amorem.com est finalement apparu et j’ai pu le sélectionner :

\"Outlook

Après propagation, Outlook Web permet de choisir les alias à afficher dans le champ From.

Le comportement n’a pas été instantané : juste après avoir changé la configuration Exchange, saisir web@amorem.com dans le champ De continuait à produire un message envoyé depuis cedric@amorem.com. Puis la section ci-dessus est apparue et l’envoi depuis l’alias a fonctionné.

C’est probablement le point à retenir si vous tombez sur cet article après avoir exécuté la bonne commande et que vous avez l’impression qu’elle n’a servi à rien : vérifiez d’abord que SendFromAliasEnabled vaut bien True, vérifiez que l’alias est bien présent dans EmailAddresses, puis laissez le changement se propager avant de tout reconfigurer.

Pourquoi je n’ai pas simplement créé une deuxième mailbox

Pour une adresse comme web@amorem.com, créer et maintenir une boîte Microsoft 365 indépendante n’aurait aucun sens. J’ai plusieurs adresses fonctionnelles qui doivent simplement arriver dans ma boîte principale.

Les alias sont parfaits pour ça : une seule mailbox, un seul compte, pas de licence supplémentaire et plusieurs identités email. Il faut simplement savoir qu’autoriser l’envoi depuis ces identités est un réglage distinct.

La commande à retenir

Si vous avez déjà vos alias Microsoft 365 et que votre seul problème est qu’Outlook renvoie toujours vos emails depuis l’adresse principale, commencez par vérifier ceci :

Get-OrganizationConfig | Select-Object SendFromAliasEnabled

Si le résultat est False, activez la fonctionnalité :

Set-OrganizationConfig -SendFromAliasEnabled $true

Dans mon cas, c’est ce petit réglage Exchange Online qui a finalement permis à web@amorem.com d’être réellement utilisé comme expéditeur et donc de répondre enfin correctement à la demande de vérification du Chrome Web Store.

", "text": "Je voulais simplement répondre à un email du support Chrome Web Store. Sauf que, cette fois, Google avait une exigence très précise : la confirmation devait partir de l’adresse du compte publisher d’origine, web@amorem.com . Petit problème : chez moi, web@amorem.com n’est pas une boîte aux lettres séparée. C’est un alias de ma boîte Microsoft 365 principale, cedric@amorem.com . Je reçois donc parfaitement les emails envoyés à web@amorem.com . Mais quand je répondais, Outlook remettait systématiquement mon adresse principale dans le champ expéditeur. Dans la plupart des situations ce n’est pas gênant. Pour une procédure de vérification où l’adresse d’expédition fait partie de la preuve, ça l’est beaucoup plus. Comportement par défaut : un alias ne permet pas d’envoyer Dans Exchange Online, une même mailbox peut avoir une adresse SMTP principale et plusieurs adresses proxy — les fameux alias. Toutes arrivent dans la même boîte. Dans mon cas : cedric@amorem.com → adresse principale web@amorem.com → alias Recevoir sur l’alias fonctionnait depuis toujours. En revanche, quand je choisissais web@amorem.com comme expéditeur dans Outlook, le message reçu en face affichait toujours cedric@amorem.com . Ce comportement est lié à un réglage Exchange Online qui, par défaut, peut réécrire l’adresse utilisée pour l’envoi vers l’adresse SMTP principale de la mailbox. La solution : SendFromAliasEnabled Microsoft 365 dispose précisément d’un réglage permettant aux utilisateurs d’envoyer depuis leurs adresses proxy. Il s’active au niveau de l’organisation Exchange Online : Set-OrganizationConfig -SendFromAliasEnabled $true Une fois activé, Exchange Online ne doit plus systématiquement remplacer l’alias utilisé pour l’expédition par l’adresse SMTP principale. Le faire depuis un Mac Je suis sur macOS, donc pas besoin de chercher une machine Windows. PowerShell fonctionne très bien sur Mac. Dans mon cas, Homebrew proposait PowerShell Preview : brew install --cask powershell@preview Puis lancement de PowerShell : pwsh-preview Ensuite, installation du module Exchange Online : Install-Module ExchangeOnlineManagement -Scope CurrentUser Connexion au tenant Microsoft 365 avec un compte disposant des droits nécessaires : Connect-ExchangeOnline Et enfin : Set-OrganizationConfig -SendFromAliasEnabled $true On peut immédiatement vérifier la configuration : Get-OrganizationConfig | Select-Object SendFromAliasEnabled Je voulais voir ceci : SendFromAliasEnabled -------------------- True Vérifier que l’adresse est réellement un alias de la mailbox Comme Outlook continuait initialement à me jouer des tours, j’ai aussi vérifié la configuration de la boîte elle-même : Get-Mailbox cedric@amorem.com | Select-Object -ExpandProperty EmailAddresses Dans la sortie Exchange, on retrouve notamment : SMTP:cedric@amorem.com smtp:web@amorem.com La distinction est utile : SMTP: en majuscules correspond à l’adresse SMTP principale et smtp: en minuscules aux adresses proxy. Et Outlook ? Après l’activation côté Exchange, il peut être nécessaire de laisser le temps au changement de se propager et de relancer Outlook ou de se reconnecter à Outlook Web. Une fois le réglage propagé, Outlook Web fait apparaître les alias dans Settings → Mail → Compose → Addresses to send from . Il suffit alors de cocher l’adresse que l’on veut rendre disponible dans le menu From . Chez moi, web@amorem.com est finalement apparu et j’ai pu le sélectionner : Après propagation, Outlook Web permet de choisir les alias à afficher dans le champ From. Le comportement n’a pas été instantané : juste après avoir changé la configuration Exchange, saisir web@amorem.com dans le champ De continuait à produire un message envoyé depuis cedric@amorem.com . Puis la section ci-dessus est apparue et l’envoi depuis l’alias a fonctionné. C’est probablement le point à retenir si vous tombez sur cet article après avoir exécuté la bonne commande et que vous avez l’impression qu’elle n’a servi à rien : vérifiez d’abord que SendFromAliasEnabled vaut bien True , vérifiez que l’alias est bien présent dans EmailAddresses , puis laissez le changement se propager avant de tout reconfigurer. Pourquoi je n’ai pas simplement créé une deuxième mailbox Pour une adresse comme web@amorem.com , créer et maintenir une boîte Microsoft 365 indépendante n’aurait aucun sens. J’ai plusieurs adresses fonctionnelles qui doivent simplement arriver dans ma boîte principale. Les alias sont parfaits pour ça : une seule mailbox, un seul compte, pas de licence supplémentaire et plusieurs identités email. Il faut simplement savoir qu’autoriser l’envoi depuis ces identités est un réglage distinct. La commande à retenir Si vous avez déjà vos alias Microsoft 365 et que votre seul problème est qu’Outlook renvoie toujours vos emails depuis l’adresse principale, commencez par vérifier ceci : Get-OrganizationConfig | Select-Object SendFromAliasEnabled Si le résultat est False , activez la fonctionnalité : Set-OrganizationConfig -SendFromAliasEnabled $true Dans mon cas, c’est ce petit réglage Exchange Online qui a finalement permis à web@amorem.com d’être réellement utilisé comme expéditeur et donc de répondre enfin correctement à la demande de vérification du Chrome Web Store." } }