Bug 311112

Summary:	No easy way to share distribution lists, because of use of internal Akonadi ID
Product:	[Frameworks and Libraries] Akonadi	Reporter:	csbugs <bugs>
Component:	Contacts resource	Assignee:	Tobias Koenig <tokoe>
Status:	CONFIRMED ---
Severity:	normal	CC:	jjm, kdepim-bugs, vkrause
Priority:	NOR
Version:	5.5.2
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:

Description csbugs 2012-12-03 20:07:51 UTC

The old style distribution lists are not any longer recognized (see https://bugs.kde.org/show_bug.cgi?id=303682#c3). The new akonadi-style distribution lists (eg found in XML files like ~/.local/share/contacts/{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}.ctg) have only references internal to akonadi (UIDs) - so there seems to be nothing which could be used to define shared distribution lists across different machines/users/akonadi instances.

Together with the various bugs regarding distribution lists defined in groupware servers this is a bad situation in any professional office environment. Since the last few options to use KDE3 in a reasonable way are fading now, I will have to migrate my small enterprise (~15 people) to KDE 4 soon. They will not be amused to have to cope with this crippled functionality.

Reproducible: Always

Comment 1 Denis Kurz 2016-09-24 20:40:21 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 Denis Kurz 2017-01-07 22:03:50 UTC

Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.

Comment 3 csbugs 2017-09-27 15:16:45 UTC

Can confirm this again on Opensuse Leap 42.3 with 
- Kmail/Kaddressbook 5.2.2 
- KDE Frameworks 5.32.0
- akonadi-contact 17.04.02

It would be more convenient if akonadi would reference in the contact group not only to uid (of the personal akonadi) but also to remoteid, which is the uid in the shared vcf-file on the network share. There should be at least no conflict for old distribution lists with uid-clashes, as the the uids there were characters and not numbers as nowadays in akonadi.

Comment 4 Christoph Feck 2017-10-10 22:48:48 UTC

Reopening based on previous comment.

Comment 5 Justin Zobel 2022-11-10 08:52:42 UTC

Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!

Comment 6 Bug Janitor Service 2022-11-25 05:15:43 UTC

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

Comment 7 Jonathan Marten 2022-11-25 09:16:16 UTC

Still an issue with storage of internal Akonadi IDs in distribution lists, VCF export and elsewhere.
See also bug 332358.

Comment 8 Jonathan Marten 2022-11-28 15:40:52 UTC

See also bug 381366 regading folder and filter configuration.