Bug 505656

Summary: SASL_PATH should be properly set for regular users installing PIM packages
Product: [KDE Neon] neon Reporter: tomas.teijeiro
Component: Packages User EditionAssignee: Neon Bugs <neon-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: carlosd.kde, info, jr, neon-bugs-null
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description tomas.teijeiro 2025-06-16 09:36:42 UTC
SUMMARY
XOAuth authentication (using for example by KMail to access Gmail accounts) does not work properly by default on User Edition due to a problem in SASL_PATH. See related bug https://bugs.kde.org/show_bug.cgi?id=505428


STEPS TO REPRODUCE
1. In KMail/Akonadi, add a new IMAP account with XOAuth authentication.
2. OAuth login screen is shown properly in the browser.
3. The IMAP server cannot be reached, and email is not accessed.

OBSERVED RESULT

The created account does not work, and the following message appears in the logs:

org.kde.pim.kimap: sasl_client_start failed with: -4 "SASL(-4): no mechanism available: No worthy mechs found"


EXPECTED RESULT

Folders and emails from the created IMAP account should appear in KMail.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: KDE Neon 6.3
KDE Plasma Version: 6.3.5
KDE Frameworks Version: 6.14.0
Qt Version: 6.9.0

ADDITIONAL INFORMATION

I managed to solve the problem by following these steps:

1. Create a new script in ~/.config/plasma-workspace/env named 'sasl_path.sh' with the following content.
  export SASL_PATH=/usr/lib/x86_64-linux-gnu/sasl2

2. Create a new symlink in /usr/lib/x86_64-linux-gnu/sasl2 since libkdexoauth2.so didn't exist:
  cd /usr/lib/x86_64-linux-gnu/sasl2
  sudo ln -s libkdexoauth2.so.3 libkdexoauth2.so
Comment 2 Allen Winter 2025-08-26 20:48:00 UTC
*** Bug 508752 has been marked as a duplicate of this bug. ***