Kmail2/akonadi IMAP resources offline after Fedora upgrade

[Marek Greško]

Hello,

this does not seem to be a dependency problem. I installed all reasonable packages used on working system, byt the state is still the same. Does anybody have any clue when to move next?

Thanks

Marek

On Friday, July 5th, 2024 at 22:25, Marek Greško <marek.gresko at protonmail.com> wrote:

> Hello,
>
> I had a working kmail2 in Fedora 39. The user connected to the IMAP server and authenticated using GSSAPI. Since upgrade to Fedora 40 I only see all the IMAP resources offline and cannot bring them online. I cannot find why is this. I thought it is a general problem of kmail/akonadi, but thereafter I found out, it is not general. I upgraded also another machine outside of my network and it is working OK. I am not aware of any differences I did not try to overcome. The only differences I am aware of are:
>
> 1. In the local network I use kerberos and GSSAPI authentication together with NFS home directories. But I tried to create also new local account with local home directory and PLAIN authentication with the same result. Also clean profile was present so no failed profile upgrade is there. Evolution works perfectly.
>
> 2. I use polkit policy not to allow users to setup interfaces. But I tried also same policy on the external machine and it is still working. So it is still not the source of the problems.
>
> I am not aware of any other differences. Maybe some missing package (dependency problem)? But which one? I think akonadi, or plasma, or something is thinking I have no connectivity, but I do not know why. I suspect is it hidden somewhere in Qt, but I am not aware of means the Qt is checking for connectivity. I tried tcpdump, but there is no attempt to do any communication.
>
> Do you have any suggestion on how to continue to troubleshoot the problem? The only thing I am thinking about now is to check the installed packages from the working machine and try them to install one by one on the non-working. But this is quite time consuming and may not lead to the solution, since the dependency problem may not be the root cause.
>
> Thanks
>
> Marek
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdepim-users/attachments/20240706/51f64774/attachment.htm>