Microsoft blocking emails sent via Graph API
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
30-01-23 12:28 PM
Just something of a warning - for those using Graph API for email (any recent solution)
As Microsoft was depreciating the simple authentication methods for email interaction we've moved to use of Graph API (via use of:
Microsoft Graph API - Outlook [DEPRECATED]
Blueprism | remove preview | ||||||
|
Microsoft 365 - Outlook
Blueprism | remove preview | ||||||
|
(we currently have a mix of usage of above - depending of use case (we'll be moving progressively to the latter solution as we rebuild our automations)).
I'm not sure if this is something recently introduced by Microsoft (the date of below KB would suggest it may be😞
(Fix email delivery issues for error codes 5.7.700 through 5.7.750 in Exchange Online
Microsoft | remove preview | ||||||
|
Over the weekend we came across a scenario where our - rather email-heavy - process has ran succesfuly, sending about 200 emails in space of 4 hours. Graph API accepted those and triggered the emails successfully (so no feedback from API), HOWEVER - all the emails sent resulted in an UNDELIVERABLE message (as per the above URL).
It seems that there are certain volume-related limitations to the Graph API that - when reached - trigger the exchange server (note-NOT the Graph API server) to reject any emails sent using the tenant/email.
What's worth pointing out is that - from what we can see - the same tenant :
- CANNOT send emails EXTERNALLY - when triggered via API (sending from the mailbox manually/using Outlook still works) (i.e. - it accepts API calls, but emails are NOT sent and Undeliverable message is being returned)
- CAN Still send INTERNAL emails using the affected mailbox (emails are coming through - so clearly the 'block' is happening on email server - when email is being sent to an external recipient)
- CAN still send external emails using other mailboxes (I guess until the same thresholds are reached)
We are currently dealing - via our IT - with Microsoft to 'unblock' our email mailbox (and ideally remove the thresholds to prevent the same happening in future).
I thought that may be of interest for anyone with heavy email use.
(for visibility - i'm copying @ewilson and @RyanMatuszewski as they own the DX products mentioned above which may be affected)
------------------------------
Dawid Pekala
IPA Lead
Lowell Group
Europe/London
------------------------------
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
30-01-23 03:30 PM
Thank you for the heads-up
------------------------------
Jerin Jose
Technical Product Owner
EY
Asia/Kolkata ON
*"If you find this post helpful mark it as best answer, .*
------------------------------
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
30-01-23 04:54 PM
I believe these are actually limitations imposed by Exchange Online and have nothing to do with Graph per se. Check out the link below:
https://learn.microsoft.com/en-us/office365/servicedescriptions/exchange-online-service-description/exchange-online-limits#receiving-and-sending-limits
Cheers,
------------------------------
Eric Wilson
Director, Integrations and Enablement
Blue Prism Digital Exchange
------------------------------
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
30-01-23 05:22 PM
This issue is still with our IT and they're investigating - so your insight is very valuable - i'll pass your link reference over to them.
Although my main point/warning is still valid - API will accept the 'send email' call (which for BP will look like the email has gone) - and the next stage (which - I'm happy to stand corrected - is Exchange Online) rejects the email.
Regards
Dawid Pekala
------------------------------
Dawid Pekala
IPA Lead
Lowell Group
Europe/London
------------------------------
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
30-01-23 06:23 PM
Yes, your point is still valid. Ideally Graph would respond with an error, but it seems the architecture doesn't support that most likely because the backend processing between Graph and Exchange is handled asynchronously. However, I was just looking through the Graph reference and there may be a way we can address this to an extent. It's not perfect, but I think it will work.
Within Graph there are endpoints for reporting, and some of those endpoints include information about mailbox quota and usage. We could add support for some of those endpoints to allow you to retrieve your limits before sending large batches of emails.
Cheers,
------------------------------
Eric Wilson
Director, Integrations and Enablement
Blue Prism Digital Exchange
------------------------------
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
22-03-24 05:06 PM
although this thread is old but my current issue seems similar.
i have a situation where in outlook graph API is not able to send mail when RPA process is running in production.
- there is no error showing in logs.
- we have no issue when process is running in lower env which makes me think configuration of azure are all fine.
- not sure if limit is coming in picture as we have others bots sending mail fine.
what can be the issue
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
25-03-24 04:14 PM
Are you receiving a specific error response from the Graph call?
Cheers,
Eric
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
25-03-24 04:44 PM
Hello Eric - No, Not receiving any error.
