Oauth Microsoft PHP error

Rickymundo

Hi, as of today suddenly mails aren't being fetched. After a lot of trouble shooting I upgraded to 1.17.2 and also included the new Oauth plugin.
osTicket versie v1.17.2 (8fbc7ee) — Bij de tijd
Web Server Software Apache/2.4.52 (Ubuntu)
MySQLversie 8.0.31
PHPversie 8.1.13

However, when configuring Oauth (again, which was working properly) it keeps hanging on provisioning:

Apache logs says:

[Wed Dec 28 16:13:08.080191 2022] [php:error] [pid 62072] [client xx.xx.xx.xx:63717] PHP Fatal error:  Uncaught Error: Call to a member function setConfigClass() on null in phar:///var/www/html/support/include/plugins/auth-oauth2.phar/oauth2.php:601\nStack trace:\n#0 /var/www/html/support/include/class.email.php(682): GenericEmailOauth2Provider->getPluginInstance()\n#1 /var/www/html/support/include/ajax.email.php(26): EmailAccount->saveAuth()\n#2 /var/www/html/support/include/class.dispatcher.php(153): EmailAjaxAPI->configureAuth()\n#3 /var/www/html/support/include/class.dispatcher.php(40): UrlMatcher->dispatch()\n#4 /var/www/html/support/include/class.dispatcher.php(122): Dispatcher->resolve()\n#5 /var/www/html/support/include/class.dispatcher.php(40): UrlMatcher->dispatch()\n#6 /var/www/html/support/scp/ajax.php(326): Dispatcher->resolve()\n#7 {main}\n  thrown in phar:///var/www/html/support/include/plugins/auth-oauth2.phar/oauth2.php on line 601, referer: https://support.xx.nl/scp/emails.php?id=1
[Wed Dec 28 16:13:53.270986 2022] [php:error] [pid 62082] [client xx.xx.xx.xx:63755] PHP Fatal error:  Uncaught Error: Call to a member function setConfigClass() on null in phar:///var/www/html/support/include/plugins/auth-oauth2.phar/oauth2.php:601\nStack trace:\n#0 /var/www/html/support/include/class.email.php(682): GenericEmailOauth2Provider->getPluginInstance()\n#1 /var/www/html/support/include/ajax.email.php(26): EmailAccount->saveAuth()\n#2 /var/www/html/support/include/class.dispatcher.php(153): EmailAjaxAPI->configureAuth()\n#3 /var/www/html/support/include/class.dispatcher.php(40): UrlMatcher->dispatch()\n#4 /var/www/html/support/include/class.dispatcher.php(122): Dispatcher->resolve()\n#5 /var/www/html/support/include/class.dispatcher.php(40): UrlMatcher->dispatch()\n#6 /var/www/html/support/scp/ajax.php(326): Dispatcher->resolve()\n#7 {main}\n  thrown in phar:///var/www/html/support/include/plugins/auth-oauth2.phar/oauth2.php on line 601, referer: https://support.xx.nl/scp/emails.php?id=1
[Wed Dec 28 16:17:12.936800 2022] [php:error] [pid 62075] [client xx.xx.xx.xx:63833] PHP Fatal error:  Uncaught Error: Call to a member function setConfigClass() on null in phar:///var/www/html/support/include/plugins/auth-oauth2.phar/oauth2.php:601\nStack trace:\n#0 /var/www/html/support/include/class.email.php(682): GenericEmailOauth2Provider->getPluginInstance()\n#1 /var/www/html/support/include/ajax.email.php(26): EmailAccount->saveAuth()\n#2 /var/www/html/support/include/class.dispatcher.php(153): EmailAjaxAPI->configureAuth()\n#3 /var/www/html/support/include/class.dispatcher.php(40): UrlMatcher->dispatch()\n#4 /var/www/html/support/include/class.dispatcher.php(122): Dispatcher->resolve()\n#5 /var/www/html/support/include/class.dispatcher.php(40): UrlMatcher->dispatch()\n#6 /var/www/html/support/scp/ajax.php(326): Dispatcher->resolve()\n#7 {main}\n  thrown in phar:///var/www/html/support/include/plugins/auth-oauth2.phar/oauth2.php on line 601, referer: https://support.xx.nl/scp/emails.php?id=1

KevinTheJedi

Rickymundo

Delete the email and re-add it.

Cheers.

Rickymundo

I already did that multiple times but I did it again: It says:

But, when saving it says:

KevinTheJedi

Rickymundo

That means you are not logging in as the email itself to consent and get the token. The documentation clearly states that when you get redirected to MS you must login as the email you are setting up in osTicket to consent/authorize.

Cheers.

Rickymundo

But that’s exactly what I’m doing. Please keep in mind it was working with Oauth until this morning. Suddenly it stopped. What else can it be?

KevinTheJedi

Rickymundo

Sounds like something changed then. Either on the sever or via the provider.

Cheers.

Rickymundo

How can I figure out what is causing the error: cannot select INBOX, is this a valid transport?

KevinTheJedi

Rickymundo

You really can’t unless you debug the code. The only time I’ve seen this is when using an account other than the email itself to consent/authorize.

Cheers.

Rickymundo

KevinTheJedi But that wouldn't explain the screenshot where in green it says that oauth2 authorization was succesful, right?

KevinTheJedi

Rickymundo

Right but to be fair none of your issue makes sense if you are following the documentation. Make sure you are using official package of v1.17.2 from our website. Make sure you are using the latest build of the OAuth2 plugin. Try going to the database and delete the relevant ost_email_account records matching the email_id of the email having issues. Then you can go in and reconfigure modern auth.

Cheers.

Rickymundo

KevinTheJedi

I wasn't going crazy... ;-)

ramrajone

Make sure your browser cache is cleared, or just use another browser

Rickymundo

Deleted ALL the browser cookies, started in incognito, deleted the app registration and created a new one, tried it on aonther computer. No matter what I do, I keep getting:

Can you please explain to me what the error in fact means?

Legacy login works perfectly. I even went into the mysql tables and deleted references to the account.

cubanp3te

Same issue here, having checked IMAP using other accounts and on different clients, this looks to be a Microsoft issue, although no acknowledgement as yet.

Looks to have started after approx. 19:00 (GMT) on 27th December.

Rickymundo

cubanp3te

Why do you believe that? That really gives me a bit of hope since I was about to lose it....

Found more issue I think might be related:

Link (https://sugarclub[dot]sugarcrm[dot]com/explore/help-forums/enterprise-professional/f/enterprise-professional-questions/6111/group-email-account-not-archiving-from-mailbox)

Another (https://pullanswer[dot]com/questions/collector-not-working-imap-oauth-tag2-bad-user-is-authenticated-but-not-connected)

And another

Farodin

I'm having the exact same issue as well, the oauth2 process works, tokens get refreshed, but no emails are being fetched anymore and the error "cannot select INBOX, is this a valid transport?" pops up every time when trying to save.
I was originally using version 0.2 of the oauth2 plugin, but updating it didn't help.
I can also confirm that the issue started about 2 days ago, with no issues for months before that.

Rickymundo

It looks like an IPv6 issue though, please follow this guide and test it:

https://itsfoss[dot]com/disable-ipv6-ubuntu-linux/

Looks like it's working when I disable IPv6. Can't explain it though...

Farodin

Rickymundo Disabling ipv6 does fix the issue, thanks for sharing!

olimartin

Rickymundo I was having the same issue that has been listed here and several other times.

I had tried ALL other fixes supplied and this was the only one that worked and I can confirm it worked.

Microsoft Support had confirmed to me that nothing had changed on the 27th December (mine stopped working then too). I will let them know this knowledge so they can investigate.

Rickymundo

Where can I claim a bonus? :-)

az68

olimartin
Hi,
Do you have any idea why it worked before 27 ? And what it the role of IPV6 ?

I have the same issue, but i don't have a vps or private server, I don't know if I can disable IPV6 to my host.