Hi all,
Within a PowerApp, if you connect to a PowerAutomate flow to send an email; the email send action in the flow seems to run as the user logged in to the PowerApp. Is that correct?
For example:
If I test this PowerAutomate flow from within PowerAutomate, it works correctly - I'm guessing it's using the account set on the Outlook Send Email action to send the email.
If I use the PowerApp (logged on as a different user who doesn't have SendAs access for the mailbox set in the flow), pressing the button that calls the PowerAutomate flow, it fails with an error "no permission" - which leads me to think that the Outlook Send Email action is connecting as the PowerApp user rather than the user set explicitly on the Outlook Send Email action in the flow.
Is this how it is supposed to work?
Cheers,
Steve.
Solved! Go to Solution.
This is correct. When you call a PowerAutomate Flow from PowerApps, it executes under the context of the User using the app.
If you need to utilize a send as from a shared mailbox account, then either the users of that will need send on behalf permissions or they will fail in the flow.
You can also offset this by, instead of sending the email in the flow, writing a record to a secondary SharePoint list with any relevant information (email body, to addresses, etc) and then have a separate flow set up to trigger on the creation of a new item in SharePoint for that secondary list. That can then have its account set to have send on behalf permission and then it can grab the record and build the email. Those triggered flows execute in the context of the creator of the flow.
I hope this is helpful for you.
This is correct. When you call a PowerAutomate Flow from PowerApps, it executes under the context of the User using the app.
If you need to utilize a send as from a shared mailbox account, then either the users of that will need send on behalf permissions or they will fail in the flow.
You can also offset this by, instead of sending the email in the flow, writing a record to a secondary SharePoint list with any relevant information (email body, to addresses, etc) and then have a separate flow set up to trigger on the creation of a new item in SharePoint for that secondary list. That can then have its account set to have send on behalf permission and then it can grab the record and build the email. Those triggered flows execute in the context of the creator of the flow.
I hope this is helpful for you.
Thanks mate, yep your suggestion is exactly what I ended up doing; was just hoping there was a way to achieve this outcome without using an intermediate SharePoint list.
Cheers for the reply!
Steve
is this true only for outlook connector or all the connector within power automate thats called from power app. i.e. i understand send email will user current logged in user acount and not flow author . But if we use "create sharepoint list item" within power automate which is called from power app, will that sharepoint item show as created by flow author or current logged in user?
This training provides practical hands-on experience in creating Power Apps solutions in a full-day of instructor-led App creation workshop.
Come together to explore latest innovations in code and application development—and gain insights from experts from around the world.
User | Count |
---|---|
191 | |
70 | |
50 | |
37 | |
28 |
User | Count |
---|---|
243 | |
114 | |
91 | |
91 | |
70 |