Retirement of the SharePoint SendEmail API
From Microsoft 365 Message Center Archive by Merill Fernando · Microsoft may not have sent this notice to your tenant.Schedule dates changed in the text
Date phrases in schedule sentences differ between the versions this installation saw- Seen 1 Oct 2025
October 31st, 2024, October 31st, 2025 - Seen 5 Jun 2025
May 2025, mid-December 2024, late December 2024, early July 2025, mid-July 2025→ October 31st, 2024, October 31st, 2025 - Seen 5 Jun 2025 May 2025, mid-December 2024, late December 2024, early July 2025, mid-July 2025
Read from date phrases in Microsoft's text, not from notice metadata. A changed phrase can be a moved rollout, a new milestone or just rewording; "What changed" below shows which.
What the notice says
Microsoft’s text, safely structuredUpdated October 1, 2025: As previously announced in the October 31st, 2024, post, we will be retiring the Utility.SendEmail API on October 31st, 2025.
As a reminder, you are able to identify usage of the API via the Purview audit logs in the admin center
- As a tenant admin, navigate to the Microsoft Purview Portal available within the Microsoft 365 Admin Center.
- Open Audit to search for activities.
- Select a date range to run the audit search for (recommend running it for at least 90 days)
- Put the following text, “SendEmailApiInvoked” into the “Activities – operation names” textbox and click search.
- The request will be queued, and results will be available once processed.
- Click on the results and review each of the items.
Use the UserAgent and ApplicationDisplayName to help identify the caller.
NOTE: If the ApplicationDisplayName = “Workflow” then the items will be unaffected by this API retirement but will follow the SharePoint 2013 Workflow retirement. We will be retiring the Utility.SendEmail API from SharePoint. The SP.Utilities.Utility.SendEmail could be used to send emails from custom applications or processes within SharePoint Online, including Power Automate, and custom workflows.
From custom code the API can be referenced via REST as (“/_api/SP.Utilities.Utility.SendEmail”) while for CSOM, it would be “Utility.SendEmail” with more information on the original implementation at Utility.SendEmail method for CSOM.
When this will happen
October 31, 2025
How this will affect your organization
Any components, custom code, or Power Automate connections that utilize the SP.Utilities.Utility.SendEmail API, should be updated before the end of life date. The API will stop providing services on the retirement date and will no longer send any email requests from that date.
What you need to do to prepare
Migrate any custom code, power automate, processes or policies running within SharePoint Online that have been configured to send email using the SP.Utilities.Utility.SendEmail API.
The following are recommended or alternative approaches:
- Use Microsoft Graph to send email using the user: SendMail API (Part of the Outlook mail workload) Automate creating, sending, and processing messages
- Customizations through Power Automate may also utilize the Outlook connector and utilize “Send an email” within the Actions. Overview of using Outlook and Power Automate
Learn more:
What changed
Between archive captures, newest firstOnly details this page does not show changed.
Updated
September 30,October 1, 2025: Asa reminder frompreviously announced in thepost announced onOctober 31st, 2024, post, we will be retiring the Utility.SendEmail API on October 31st, 2025.In addition,As a reminder, you arenowable to identify usage of the API via the Purview audit logs …Updated
June 5,September 30, 2025: As a reminder from the post announced on October 31st, 2024, …The text changed; it is too long to compare word by word here.
- Tags
User impact, Admin impact, Retirement→ Updated message, User impact, Admin impact, Retirement
Updated June 5, 2025: General Availability timeline and admin requirements update. We have simplified enablement for Scheduled prompts. Key updates: Power Automate license is no longer required. Users only need a Microsoft Copilot for Microsoft 365 license to use Scheduled prompts. No changes to DLP policies are required. Admins no longer need to configure DLP settings to enable the Copilot for Microsoft 365 connector. A dedicated Microsoft 365 environment will be
retiringcreated automatically the first time a licensed user creates scheduled prompt. The environment is a production environment type usable only by first party Copilot scenarios. For more details on this environment, please see here. For more general info on Scheduled prompts usage and management, please reference theUtility.SendEmail API from SharePoint.latest Admin documentation. 4/15/25: TheSP.Utilities.Utility.SendEmail could be usedonboarding process for the feature in public preview has concluded. New customers interested in using the feature will need to wait until it becomes available to all customers in May 2025. Please note that customers who are interested in joining the preview must opt-in. To join the preview, customers should file a support ticket requesting tosend emails from custom applications or processes within SharePoint Online, including Power Automate,join the Scheduled prompts preview. Thank you for your feedback. Coming soon for Microsoft Copilot for Microsoft 365: A new Scheduled prompts feature that allows users to automate Copilot prompts to run at set times andcustom workflows. From custom codefrequencies in Copilot in Microsoft Teams, Office.com/chat, and Microsoft Outlook for theAPI can be referenced via REST as (“/_api/SP.Utilities.Utility.SendEmail”) while for CSOM, it wouldweb and Desktop. A Microsoft Copilot for Microsoft 365 license and a Standard Microsoft Power Automate license are required to use this feature. To be“Utility.SendEmail” with more information oneligible, customers must also have theoriginal implementation at Utility.SendEmail methodOptional Connected Experience (OCE) admin toggle enabled, and configure their DLP policies to allow the Copilot forCSOM.Microsoft 365 connector in their default PowerPlatform environment. This message is associated with Microsoft 365 Roadmap ID 401124. When this will happen:October 31,Public Preview: We will begin rolling out mid-December 2024 (previously mid-November) and expect to complete by late December 2024 (previously late November). General Availability: Rollout has officially begun early July 2025 (previously mid-May) expect to complete by mid-July 2025 (previously late May). How this will affect your organization:Any components, custom code,Before this rollout: Users are unable to schedule Copilot for Microsoft 365 prompts to run at a specific time and frequency. After the rollout: Users can find the Scheduled prompts feature by hovering over a prompt they have submitted to Copilot orPower Automate connections that utilizeby clicking on the Schedule prompts button in the Copilot response footer (references images below). After configuring their Scheduled prompt, when a user selects theSP.Utilities.Utility.SendEmail API, should be updated beforeSave and activate button to confirm theend of life date. The APIscheduled prompt, a user's prompt information willstop providing services onbe sent to the Power Automate and Power Platform system, and theretirement datePower Automate terms of service andwill no longer send any email requests from that date.privacy policy apply: Schedule prompt entry points Schedule prompt Creation dialog What you need to do to prepare:Migrate any custom code, power automate, processesManaging the Scheduled prompts feature as an admin: To continue having the Scheduled prompts feature available in your organization, no action is required after completing the opt-in process. The feature is automatically included as part of the Optional Connected Experiences admin setting, which is on by default. Admins can access the Optional connected experiences setting at config.office.com If you prefer not to have this feature available to your organization, you can file a customer support ticket requesting to exit the preview program orpolicies running within SharePoint Online thatdisable the optional connected experiences setting at config.office.com. For more information: Admin controls for optional connected experiences. If you turn off the Optional connected experiences setting, this action will prevent anyone in your organization from seeing the Scheduled prompts feature in Copilot. If you choose to make these optional connected experiences available to your users, your users will also havebeen configuredthe option tosend email usingturn them by going to theSP.Utilities.Utility.SendEmail API. The following are recommended or alternative approaches: Use Microsoft Graph to send email usingprivacy settings dialog box. To prevent exposing organizational data, you should also create a data policy in theuser: SendMail API (Part ofPower Platform admin center. Creating a data policy in theOutlook mail workload) Automate creating, sending, and processing messages Customizations throughcenter allows administrators to control access to these connectors in various ways to help reduce risk in your organization. Learn more here: Data policies - PowerAutomate may also utilizePlatform | Microsoft Learn If you disable this feature after someone in your organization has already used theOutlook connector and utilize “Send an email” withinfeature: Users will no longer be able to manage previously scheduled prompts. Sessions for previously run scheduled prompts will continue to exist. Users will no longer see the Scheduled prompts feature or theActions. Overview of using Outlookprompt management pane. Relevant articles Data, Privacy, and Security for Microsoft Copilot for Microsoft 365 | Microsoft Learn Security in Microsoft PowerAutomatePlatform - Power Platform | Microsoft Learnmore: RetirementAdmin controls for optional connected experiences in Overview ofthe SharePoint SendEmail API Automate creating, sending, and processing messages Overviewoptional connected experiences in Office - Deploy Office | Microsoft Learn Before rollout, we will update this post with revised documentation. To learn more about Microsoft’s own review ofusing Outlook and Power Automatethis product with its works councils, please consider reading: https://aka.ms/Copilot/MSWorksCouncilsArticle;- Tags
- · first version seen
Learn more
Links from the notice and their documentation checks- Utility.SendEmail methodNot read yet
- Automate creating, sending, and processing messagesNot read yet
- Overview of using Outlook and Power AutomateNot read yet
- Retirement of the SharePoint SendEmail API
- Learn about the Microsoft Purview portal | Microsoft LearnChecked 27 Oct 2026
Related public evidence
No related evidence found in this installation's recent collection. This does not establish that no announcement exists.
Not confirmed here
What this page cannot tell you- Whether your tenant is affected: this is Microsoft's notice, not a check of your settings.
- 3 linked pages have not been read yet.