Codeunit 1597 "Email Upgrade"
System Application · System.Email
Across versions
- BC23-25present
- BC263 procedures added
- BC27-29unchanged
- BC301 procedures added
Neighbourhood 4 connected objects and pages
System Application · System.Email · BC23-30 · source at ea08af5e · facts from BC29
Properties
| Property | Value |
|---|---|
| Access | Internal |
| Subtype | Upgrade |
Event subscriptions
- RegisterPerCompanyTags subscribes to Codeunit “Upgrade Tag” OnGetPerCompanyUpgradeTags
Procedures
GetEmailTablesAddedToAllowedListUpgradeTag(): Code[250]+ BC26
Plus 4 local procedures.
Triggers
OnUpgradePerCompany
Calls
From the extracted call graph of BC29 (graphify-al on the snapshot checkout): calls whose target is known from a declared type or an Object::"Name" argument. Interface dispatch and calls through events are not counted, so the list is not complete.
- Codeunit 9999 “Upgrade Tag” (5 calls:
RegisterPerCompanyTags → HasUpgradeTag,SetDefaultEmailMaxConcurrencyLimit → HasUpgradeTag,SetDefaultEmailMaxConcurrencyLimit → SetUpgradeTag, …) - Codeunit 1596 “Email Installer” (1 call:
OnUpgradePerCompany → AddRetentionPolicyAllowedTables) - Codeunit 8930 “Email View Policy” (1 call:
SetDefaultEmailViewPolicy → CheckForDefaultEntry) - Codeunit 8999 “Email Rate Limit Impl.” (1 call:
SetDefaultEmailMaxConcurrencyLimit → GetDefaultConcurrencyLimit)
Recent changes
- 2026-10-06 #12118 Fix Email Inbox retention policy failing on missing indirect Read permission (main, BC30, fix)
Ask your agent
Procedure bodies are not stored here (D10). The call sections above are our own, per object, from the BC29 call graph. For a procedure body or the calls of one procedure, ask bc-code-atlas (external, by Stefan Maron, MIT; default corpus w1-28), which the bc-observatory plugin connects: bcatlas_resolve_node(object_type: "codeunit", object_name: "Email Upgrade"), then bcatlas_get_procedure_body or bcatlas_get_neighbors on the returned id.