[Akonadi] [Bug 380307] New: IMAP fails against Exchange 2016

[quazgar]

https://bugs.kde.org/show_bug.cgi?id=380307

            Bug ID: 380307
           Summary: IMAP fails against Exchange 2016
           Product: Akonadi
           Version: 5.2.2
          Platform: Other
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: IMAP resource
          Assignee: chrigi_1 at fastmail.fm
          Reporter: quazgar at posteo.de
                CC: kdepim-bugs at kde.org, vkrause at kde.org
  Target Milestone: ---

Our mail provider (gwdg.de) just switched to MS Exchange 2016 and KMail stopped
working, it displays an authentication failure message:

  The server for account "MPI" refused the supplied username and password. Do
you want to go to the settings, have another attempt at logging in, or do
nothing?

  Login failed, server replied: A000003 NO AUTHENTICATE failed.

During several retries, this is the akonadi output on the terminal:

Pass a valid window to KWallet::Wallet::openWallet().
Pass a valid window to KWallet::Wallet::openWallet().
QXcbConnection: XCB error: 3 (BadWindow), sequence: 8197, resource id:
37811015, major code: 40 (TranslateCoords), minor code: 0
Pass a valid window to KWallet::Wallet::openWallet().
log_kimap: We asked for UID but the server didn't give it back, resultingFlags
not stored.
log_kimap: We asked for UID but the server didn't give it back, resultingFlags
not stored.
akonadiagentbase_log: "Only resources can modify remote identifiers"
log_kimap: We asked for UID but the server didn't give it back, resultingFlags
not stored.
akonadiagentbase_log: "Only resources can modify remote identifiers"
akonadiagentbase_log: "Only resources can modify remote identifiers"
Pass a valid window to KWallet::Wallet::openWallet().

This is via STARTTLS on port 143.  When trying to connect directly with SSL/TLS
on port 993, the akonadi output is (this also looks like a Qt socket problem,
possibly related to
https://stackoverflow.com/questions/15213139/simple-qssl-client-server-cannot-start-handshake-on-non-plain-connection):

qt.network.ssl: QSslSocket::startClientEncryption: cannot start handshake on
non-plain connection
log_kimap: Connection to server lost  0
log_imapresource: Session login cancelled
Pass a valid window to KWallet::Wallet::openWallet().

The Akonadi error popup window shows a slightly different message from the
server:

  The server for account "MPI" refused the supplied username and password. Do
you want to go to the settings, have another attempt at logging in, or do
nothing?

  Login failed, server replied: A000002 NO AUTHENTICATE failed.

Any idea if this is a problem on Akonadi's side or on the server side?

I am working on a Debian Testing system:

$ akonadictl -v
Akonadi 5.2.2
$ kontact -v
kontact 5.2.3
$ kmail -v
kmail2 5.2.3

-- 
You are receiving this mail because:
You are on the CC list for the bug.