IMAP Basic Auth incorrectly sends XOAUTH2

[akofoed]

Issue

When configuring inbound email using IMAP port 143 with "Basic Auth", SuiteCRM sends AUTHENTICATE XOAUTH2 instead of A0001 LOGIN username password

This is what SuiteCRM sends to port 143:

user@imapserver:~$ sudo nc -l 143

* OK [CAPABILITY IMAP4 IMAP4rev1 STARTTLS UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION] perdition ready on ::ffff:192.168.0.15 00011ef1
A0001 AUTHENTICATE XOAUTH2 dXNPcj1jcm1AYWVybmV3d29ya3MuY29tAWF1dGg9QmVhcmVyIDdvR2I1WWVRajEzVjVnVDYBAQ==

This issue has been mentioned on SuiteCRM. There might be relevant details there:

https://community.suitecrm.com/t/group-inbound-emails-not-working-in-7-14-sending-xoauth2-instead-of-basic-auth/91843/15

Possible Fix

No response

Steps to Reproduce the Issue

1.
2.
3.

Context

No response

Version

8.7.1

What browser are you currently using?

Firefox

Browser Version

No response

Environment Information

PHP 8.2

Operating System and Version

Ubuntu 22.04

[akofoed]

I've found out that the problem is the IMAP server I'm connecting to is not advertising AUTH=PLAIN when PHP imap_open() is sending the CAPABILITY command:

me@laptop:~$ telnet imap.server.com 143
Trying 1111:111:fff1:11::1...
Connected to imap.server.com.
Escape character is '^]'.
* OK [CAPABILITY IMAP4 IMAP4rev1 STARTTLS UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION] perdition ready on fd00:dead:beef:1234::15 00011e1d
A0001 CAPABILITY
* CAPABILITY IMAP4 IMAP4rev1 STARTTLS UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION
A0001 OK CAPABILITY

When simulating the connection from SuiteCRM (PHP8.2) using 'nc -l 143' and modifying the above CAPABILITY response inserting AUTH=PLAIN, then SuiteCRM (php imap_open) correctly sends the LOGIN command.

So it is aparently not a SuiteCRM problem. My apologies.