starred/SuiteCRM-SuiteCRM

Fork 0

mirror of https://github.com/SuiteCRM/SuiteCRM.git synced 2026-03-02 19:16:58 -05:00

Microsoft OAuth Provider Setup - Hardcoded Redirect URI Incompatible - v7.14.4 #5226

New issue

Open

opened 2026-02-20 16:31:43 -05:00 by deekerman · 3 comments

deekerman commented

2026-02-20 16:31:43 -05:00

Owner

Originally created by @rmunoz10 on GitHub (Aug 3, 2024).

Issue

v7.14.4
ubuntu 22.04

Following:
https://docs.suitecrm.com/admin/administration-panel/emails/microsoft-oauth-provider-howto/

When creating Microsoft OAuth Provide the UI shows a non-editable Redirect URI: http://my-site:443/index.php?entryPoint=setExternalOAuthToken.

This URI must be the same one as defined in Microsoft. However, Microsoft only allows 'https' and not 'http'.

If you try to define it in Microsoft as https://my-site/index.php?entryPoint=setExternalOAuthToken, then the Redirect URI's don't match when you try to authenticate during an Inbound Email with OAuth creation and authentication fails

Is there a way to edit the Redirect URI during Microsoft OAuth Provider Setup or in an underlying source file?

Thanks,

Possible Fix

No response

Steps to Reproduce the Issue

Follow this document:

https://docs.suitecrm.com/admin/administration-panel/emails/microsoft-oauth-provider-howto/

Context

Can't setup IMAP client connections

Version

7.14.4

What browser are you currently using?

Firefox

Browser Version

No response

Environment Information

PHP 8.3.9

Operating System and Version

Ubuntu 22.04

Originally created by @rmunoz10 on GitHub (Aug 3, 2024). ### Issue v7.14.4 ubuntu 22.04 Following: https://docs.suitecrm.com/admin/administration-panel/emails/microsoft-oauth-provider-howto/ When creating Microsoft OAuth Provide the UI shows a **non-editable** Redirect URI: **http**://my-site:443/index.php?entryPoint=setExternalOAuthToken. This URI must be the same one as defined in Microsoft. However, Microsoft only allows '**https**' and not '**http**'. If you try to define it in Microsoft as https://my-site/index.php?entryPoint=setExternalOAuthToken, then the Redirect URI's don't match when you try to authenticate during an Inbound Email with OAuth creation and authentication fails Is there a way to edit the Redirect URI during Microsoft OAuth Provider Setup or in an underlying source file? Thanks, ### Possible Fix _No response_ ### Steps to Reproduce the Issue ```bash Follow this document: https://docs.suitecrm.com/admin/administration-panel/emails/microsoft-oauth-provider-howto/ ``` ### Context Can't setup IMAP client connections ### Version 7.14.4 ### What browser are you currently using? Firefox ### Browser Version _No response_ ### Environment Information PHP 8.3.9 ### Operating System and Version Ubuntu 22.04

deekerman added the

labels

2026-02-20 16:31:43 -05:00

deekerman commented

2026-02-20 16:31:44 -05:00

Author

Owner

@chris001 commented on GitHub (Aug 3, 2024):

Are you using a company Azure tenant (office365?) email address, or a free webmail (microsoft live/hotmail?) email address?

@chris001 commented on GitHub (Aug 3, 2024): Are you using a company Azure tenant (office365?) email address, or a free webmail (microsoft live/hotmail?) email address?

deekerman commented

2026-02-20 16:31:45 -05:00

Author

Owner

@rmunoz10 commented on GitHub (Aug 3, 2024):

I am using a company Azure tenant (office365) email address

@rmunoz10 commented on GitHub (Aug 3, 2024): I am using a company Azure tenant (office365) email address

deekerman commented

2026-02-20 16:31:45 -05:00

Author

Owner

@johnM2401 commented on GitHub (Aug 5, 2024):

Hey @rmunoz10 !

I believe the Redirect URI in the CRM builds off of your config.php -> site_url value
So if you update the site_url to start with "https", then this is what your Redirect URI will use.
(Assuming this is a viable step for your environment)

I do agree this should be less hard-set, so marking as a bug.

Thanks again!

@johnM2401 commented on GitHub (Aug 5, 2024): Hey @rmunoz10 ! I believe the Redirect URI in the CRM builds off of your config.php -> site_url value So if you update the site_url to start with "https", then this is what your Redirect URI will use. (Assuming this is a viable step for your environment) I do agree this should be less hard-set, so marking as a bug. Thanks again!