[Pkg-giraffe-maintainers] Bug#907396: kopano-server: Tools all fail with: MAPI error 80040111 (MAPI_E_LOGON_FAILED)

[Carsten Schoenert]

On Sat, Sep 01, 2018 at 01:00:12PM +0200, Jan Engelhardt wrote:
> >> On the forum they state that: [SOLVED] in kopanocore-8.6.80.1420-1.x86_64 built from sources
> >> https://forum.kopano.io/topic/1522/solved-db-backend-kopano-cli-mapi-error-80040111-mapi_e_logon_failed/9
> >
> >unfortunately I can confirm the behaviour you see.
> 
> But what ARE you doing? The report is just way too fucking confusing,
> making jumps between LFS and then Fedora and then back... damn.

Well, I try to understand what the problem is. Of course it's confusing
to jump between various distributions, I'm completely agree.
I'm not able currently to follow the upstream development of kopano-core
in all details, that's why I tried to ask you.

As long as we don't know what this behavior is provoking we can't fix
this in the debain builds.

The autopkgtest [1] for src:kopanocore is failing for long time (all
after 8.5.4), so far I was able to track this down this isn't related to
AppArmor. Until 8.6.2 I was able with some manual setup to get
kopano-core running and keep it usable with kopano-webapp.
Since 8.6.5 this isn't working also, so something must have been
changed.

We haven't done a groupware meeting this year due time constrains and so
we didn't have found enough time until now to figure out what's currently
needed to get kopano correctly working (again). I have some hope to get
all this solved if we could attend this year again at some Kopano
Conference.

> >Understanding the link you providing correctly we would need libicu61
> >which kopano needs to be linked against. Debian currently is only
> >providing version 60.2 in unstable and testing. I opened up a whishlist
> >bug for packaging a recent version into Debian [1].
> >OTOH also the configure script in 8.6.5 and .7 isn't detecting this
> >requirement, this is an upstream issue which should be added to the
> >autotools setup for kopano-core.
> 
> There is no requirement on a particular ICU version!
> It is even buildable with the very old ICU 4.2 from RHEL6.

Fine, than we can exlude a hard version requirement on ICU. I will
remove the affecting of kopanocore on the wishlist

[1] https://ci.debian.net/packages/k/kopanocore/unstable/amd64/

Regards
Carsten