Changer l'expéditeur des e-mails envoyés dans les flux Power Automate

Les différentes actions d'envoi d'e-mails

Il existe plusieurs actions différentes pour envoyer des notifications par e-mail dans les flux Power Automate.

Les plus connues sont celles offertes par les connecteurs Mail et Office 365 Outlook.




Mais il est possible d'utiliser également les services externes de Gmail, Outlook.com et SendGrid, ou encore se connecter à un serveur SMTP personnalisé.


Attention toutefois aux autorisations demandées par ces connecteurs, et aux besoins de souscription à un service, parfois payant, auprès de l'éditeur.



Quelles adresses sont utilisées comme expéditeur des e-mails ?

Selon l'action utilisée, l'adresse d'expédition affichée pour les utilisateurs n'est pas la même.

Dans la suite de cet article, nous nous concentrerons sur les actions les plus fréquemment utilisées dans les flux Power Automate, proposées par les connecteurs Mail et Office 365 Outlook.

1. Mail - Envoyer une notification par e-mail (V3)

Dans le cas où nous utilisons l'action Envoyer une notification par e-mail (V3) le paramétrage est le suivant :


La notification reçue par e-mail s'affiche de la sorte :


L'adresse utilisée pour l'envoi est, dans ce cas, un compte générique nommé Microsoft Power Apps and Power Automate et pour e-mail microsoft@powerapps.com

💬 A noter que l'envoi d'e-mails avec cette action est limitée à 5 toutes les 5 minutes, et à 100 toutes les 24 heures.

2. Office 365 Outlook - Envoyer un e-mail (V2)

Lorsque nous utilisons l'action Envoyer un e-mail (V2) les options de paramétrage disponibles sont :


Dans ce cas, l'e-mail reçu est de la forme suivante :


💬 Avec cette action, l'envoi d'e-mail est limité à 300 toutes les minutes.

Quelles options pour changer l'expéditeur de l'e-mail ?

Dans les options avancées de l'action Envoyer une notification par e-mail (V3) il n'y a pas de possibilités de personnalisation du nom ou de l'adresse de l'expéditeur.


Celle-ci sera toujours affichée avec l'expéditeur Microsoft Power Apps and Power Automate.

1. Boîte mail partagée

Pour l'action Envoyer un e-mail (V2), une option est en revanche disponible : De (Envoyer en tant que)


Ce champ permet de renseigner l'adresse d'une boîte mail partagée pour laquelle les droits nécessaires vous ont été attribués.

En fonction des autorisations qui vous sont allouées sur cette boîte partagée, l'affichage sera différent dans le mail reçu :
  • Autorisation Envoyer en tant que :
  • Autorisation Envoyer de la part de :

💬 Une action spécifique est aussi disponible avec le connecteur Office 365 Outlook : Envoyer un e-mail à partir d'une boîte aux lettres partagée (V2) dont le paramétrage est le suivant :


Dans ce cas, l'adresse de la boîte mail partagée est renseignée directement dans le premier champ de paramétrage de l'action.

2. Compte de service

La seconde solution consiste à utiliser un compte de service dédié pour l'exécution des flux Power Automate.

Ce compte peut alors être utilisé comme créateur du flux Power Automate, ou pour paramétrer un connecteur à utiliser dans l'action d'envoi d'email.


L'e-mail reçu aura comme expéditeur le compte de service utilisé pour la création du flux ou pour la connexion au connecteur.


Conclusion

Les options de configuration sont nombreuses.
L'action du connecteur Mail étant limité en nombre d'utilisations et ne permettant pas de personnaliser l'expéditeur, il est plus souple d'utiliser l'action Envoyer un e-mail (V2) paramétrée avec un compte de service.
En revanche, cette solution est plus coûteuse, car elle nécessite d'affecter une licence au compte de service.
L'utilisation d'une boîte mail partagée est sans doute le bon compris, même s'il sera nécessaire d'attribuer les autorisations d'envoi aux différents concepteurs de flux Power Automate qui souhaiteront l'utiliser dans leurs actions d'envoi d'e-mails.

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Changer le propriétaire d'une application Power Apps

Image
Lorsqu'un utilisateur créé une application Power Apps, il en est automatiquement désigné comme le propriétaire. Ce rôle ne peut ensuite pas être attribué à un autre utilisateur avec la fonctionnalité de partage de l'application dans l'interface de Power Apps. Le propriétaire pourra partager l'application avec d'autres utilisateurs ou groupes d'utilisateurs, en les désignant comme simples utilisateurs de l'application, ou en tant que copropriétaires. Ce dernier, bien qu'il puisse lui aussi utiliser, modifier et partager l'application, n'a pas l'autorisation de la supprimer. De plus, lorsqu'un utilisateur qui n'a pas d'autorisation sur l'application, souhaite y accéder, une option lui permet d'envoyer une demande d'accès. Cette notification est réceptionnée par le seul propriétaire de l'application. Il peut être nécessaire, par exemple dans le cas où le propriétaire d'une application quitte l'organisation ou ...
Lire la suite

Suppression, restauration et archivage, des équipes et des canaux d'équipes Teams

Image
Le cycle de vie des équipes Teams peut être géré de plusieurs manières et à différents niveaux d'autorisations. Certaines actions peuvent être automatisées (exemple : archivage automatique des équipes Teams), d'autres peuvent être également administrées en lignes de commandes PowerShell. Cependant, nous verrons dans cet article uniquement les options disponibles pour les propriétaires d'équipes et pour les administrateurs Teams, directement depuis les interfaces de l'outil et des centres d'administration. Archiver une équipe Teams L'archivage d'une équipe permet de bloquer le contenu de celle-ci, tout en laissant la possibilité aux propriétaires d'ajouter de nouveaux membres pour leur donner accès aux contenus existants avant archivage. Une équipe est archivée sans durée dans le temps, jusqu'à ce qu'elle soit restaurée ou supprimée. L'action d'archivage est possible par les administrateurs Teams depuis la console d'administration Team...
Lire la suite