#11612 Multiple runs of email retrieval on the same emails don't persist again
Email retrieval no longer creates duplicate entries when the same emails are retrieved multiple times. A new centralized FindRetrievedEmail method helps connectors check if an email was already stored, and attachments are added only when needed.
- 7files
- 6AL files
- 6objects
Pull request · merged into main (BC30) on 2026-09-21 by mynjj · 7 files (+262 -5), 6 AL · fix · tier official · reviewed (checked by Opus)
What changed
- The Outlook connector now checks if an email was previously retrieved before persisting it again
- A new centralized FindRetrievedEmail method on the Email module consolidates this logic for all connectors
- Attachments are added to already-retrieved emails only if they weren’t previously stored
- A new AddAttachment overload allows adding attachments without triggering validation that prevents modifying received emails
- The fix prevents the email message Modify subscriber from blocking legitimate attachment additions
- Behaviour changes for users or extensions.
AL objects touched
- Codeunit 4509 “Email - Outlook API Helper”, Email - Outlook REST API: modified
- Codeunit 8901 “Email”, System Application: modified
- Codeunit 8900 “Email Impl”, System Application: modified
- Table 8886 “Email Inbox”, System Application: modified
- Codeunit 8904 “Email Message”, System Application: modified
- Codeunit 8905 “Email Message Impl.”, System Application: modified
Also merged into
- #11624 into
releases/29.xon 2026-09-21
Context
- Work items: AB#650461
- Labels: AL: Apps (W1), AL: System Application, Team: Integrations
- Systems: development
- From the description: “Email is returned without further persisting, unless the previous email was stored without attachments, in which case only the attachment is added.”
Source: metadata of a merged pull request in microsoft/BCApps (bcapps): title, labels, changed paths and counts, with a summary in our words. No source text and no description beyond one short quote (D10, D61).