Azure provider template hardcodes commercial endpoint and does not support sovereign Microsoft clouds.

[Chipotle-Lab]

Make IMAP host configurable instead of hardcoded, to support sovereign Microsoft clouds (GCC High, DoD, etc.).

Title
Azure (Microsoft 365) provider hardcodes outlook.office365.com — cannot use sovereign cloud endpoints

Environment

• GLPI: 11.0.5
• OAuth IMAP plugin: 1.5.0
• Tenant type: Microsoft 365 GCC High
• Required IMAP endpoint: outlook.office365.us

Description
The Microsoft 365 (Azure) provider template currently hardcodes the IMAP host to:
outlook.office365.com

When clicking Diagnose, the plugin automatically repopulates the server host with .com.
If the admin changes it to:
outlook.office365.us
the change does not persist and is overwritten.

Expected Behavior
The IMAP host should be:

• Configurable by the administrator
• Persisted in configuration
• Not overwritten by the Diagnose function

Why This Matters
Microsoft operates multiple sovereign clouds:

• Commercial → .com
• GCC High → .us
• Other sovereign regions
  Hardcoding the commercial endpoint prevents OAuth IMAP usage in sovereign cloud environments.

Suggested Improvement
Allow the Azure provider template to:

• Use a configurable base domain
• Or provide a dropdown for cloud type (Commercial / GCC High / etc.)
• Or at minimum, stop overriding the admin-defined host

Location of Hardcoded Host
/marketplace/oauthimap/inc/provider/azure.class.php