Bug 333408

Summary: Cannot set up Open-Xchange recource
Product: [Frameworks and Libraries] Akonadi Reporter: haukebass
Component: OpenXchange ResourceAssignee: kdepim bugs <kdepim-bugs>
Status: CONFIRMED ---    
Severity: normal CC: fjmorazan, kde, scarpino
Priority: NOR    
Version: 4.12   
Target Milestone: ---   
Platform: Kubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description haukebass 2014-04-14 13:41:14 UTC
I try to set up a new open-Xchange recource. Setting up the IMAP part works normally but i can't configure the calendar etc. The dialog to set up the recource shows up (i can select "add a Open-Xchange account" in akonadi) but clicking "test connection" produces this error:

Fehler beim Verbinden: Aufruf des Ein-/Ausgabemoduls nicht möglich.
klauncher meldet: Unbekanntes Protokoll „“.

Also the calendar etc. don't show up in Kontact, like the do for example when i set up a Kolab-account. I used the same login-data for setting up thOpen-Xchange-account like for the IMAP-account. The hoster is hosteurope.

Reproducible: Always

Steps to Reproduce:
1. try to add a Open-Xchange-account
2. click "test connection"
3. connection test fails, account is not set up.
Actual Results:  
nothing in particular.

Expected Results:  
my Open-Xchange recource with calendars etc. should have been loaded.

Kubuntu Trusty, latest packages.
Comment 1 Denis Kurz 2016-09-24 20:36:11 UTC
This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present?

If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months.
Comment 2 Francisco J. Morazán 2016-12-03 22:40:22 UTC
Same problem when adding open-Xchange resource with the error message "Client sent not allowed request parameter \", using the 16.xx series (currently 16.11.90) but not using an Ubuntu based system
Comment 3 Andrea Scarpino 2017-01-31 21:59:24 UTC
Hi there,
the problem seems to be in the url used for the authentication request:
/ajax/login?action=login&name=USERNAME&password=PASSWORD

The error shown by the client is trimmed at the first slash since the full message retrieved by the server is:

{"error":"Client sent not allowed request parameter \"[password]\" within the URI.","error_params":["[password]"],"categories":"ERROR","category":8,"code":"SVL-0030","error_id":"-1023421016-2164710","error_desc":"Client sent not allowed request parameter \"[password]\" within the URI."}
Comment 4 Andrea Scarpino 2017-02-01 18:17:02 UTC
Git commit b00e6e99732bbea43e33b4757a0758b94590e73e by Andrea Scarpino.
Committed on 01/02/2017 at 18:16.
Pushed by scarpino into branch 'master'.

openxchange: display full error message

Summary:
The previous code splits the error text on the first slash, but newer
xchange servers could return error messages with slashes in the text.

Reviewers: #kde_pim, mlaurent

Reviewed By: #kde_pim, mlaurent

Subscribers: mlaurent

Tags: #kde_pim

Differential Revision: https://phabricator.kde.org/D4381


https://commits.kde.org/kdepim-runtime/b00e6e99732bbea43e33b4757a0758b94590e73e
Comment 5 Andrea Scarpino 2017-02-02 19:40:17 UTC
Git commit 75c00380d8833b20536b9e6a761f164911bcb531 by Andrea Scarpino.
Committed on 02/02/2017 at 19:39.
Pushed by scarpino into branch 'master'.

openxchange: display full error message

Summary:
The previous code splits the error text on the first slash, but newer
xchange servers could return error messages with slashes in the text.

Reviewers: #kde_pim, mlaurent

Reviewed By: #kde_pim, mlaurent

Subscribers: mlaurent

Tags: #kde_pim

Differential Revision: https://phabricator.kde.org/D4381

M  +7    -6    resources/openxchange/oxa/connectiontestjob.cpp

https://commits.kde.org/kdepim-runtime/75c00380d8833b20536b9e6a761f164911bcb531
Comment 6 pdf 2018-06-05 03:15:04 UTC
Confirming that this is still broken as of:

kdepim 18.04.1
akonadi 18.04.1

I'd suggest that after 4 years, if the code is not going to be fixed, the provider should just be removed entirely.