kontact from kde 4.4: does akonadi based kaddressbook work with kolab?

Ingo Klöcker kloecker at kde.org
Sat Feb 20 14:12:32 CET 2010


On Saturday 20 February 2010, Павел Баранчиков wrote:
> On Суббота 20 февраля 2010 09:46:50 Павел Баранчиков wrote:
> > On Воскресенье 14 февраля 2010 23:45:48 Павел Баранчиков wrote:
> > > On Воскресенье 14 февраля 2010 04:13:27 Thorsten Schnebeck wrote:
> > > > Am Samstag 13 Februar 2010 11:47:34 schrieb Павел Баранчиков:
> > > > > On Суббота 13 февраля 2010 12:44:49 Thorsten Schnebeck wrote:
> > > > > > Am Freitag, 12. Februar 2010 11:21:50 schrieb Павел 
Баранчиков:
> > > > > > > > Hi,
> > > > > > > > 
> > > > > > > > I'm testing Kontact from KDE SC 4.4. This is the first
> > > > > > > > version where you are forced to set-up akonadi as the
> > > > > > > > kaddressbook component use this caching system
> > > > > > > > exclusively. So far my base set-up seems to be fine
> > > > > > > > using Kubuntu karmic backports packages: akonadi runs
> > > > > > > > and it likes my nepomuk. But kaddressbook is empty.
> > > > > > > > When I add a new addressbook and choose the kolab
> > > > > > > > resource nothing happens.
> > > > > > > > 
> > > > > > > > anyone?
> > > > > > > 	
> > > > > > > 	I noticed that KMail use Kolab IMAP addressbook, but
> > 
> > KAddressbook
> > 
> > > > > > > 	shows
> > > > > > > 
> > > > > > > not records in it. Try to create new mail message: are
> > > > > > > the contacts from kolab addressbook added to combobox of
> > > > > > > recipient field?
> > > > > > > 
> > > > > > > 	My nitice converns only kolab IMAP addressbook.
> > > > > > 
> > > > > > I used akonadiconsole to remove everything I was allowed to
> > > > > > do and I do not need. Then I add "Kolab resource" (without
> > > > > > further configuration) and "KDE Address Book
> > > > > > (traditional)" There I could config a "kmail imap
> > > > > > resource" (aka kolab imap folder) This works and I see my
> > > > > > Kolab contacts in the shiny new kontact 4.4 address book.
> > > > > > The whole setup akonadi + nepomuk looks very fragile.
> > > > > > While it works fine for the main user it does not work for
> > > > > > a switch user from a running session. And I have not found
> > > > > > a step-by-step guide with reference config files for this
> > > > > > stuff.
> > > > > 	
> > > > > 	I tried to reproduce your steps. I have removed kolab
> > > > > 	resource and
> > > > > 
> > > > > addressbook and added them after. I do not see any kolab
> > > > > contacts from imap folder in addressbook.
> > > > > 
> > > > > 	Interesting fact. In "KDE address boot (traditional)"
> > > > > 	resource I see
> > > > > 
> > > > > ----8<-----------------------
> > > > > status: online, running (0%)
> > > > > status message: Loading address book
> > > > > ----8<-----------------------
> > > > > 
> > > > > 	I think it's strange. KMail uses contacts from IMAP 
folder
> > > > > 	well.
> > > > 
> > > > Have you checked that akonadi runs without any errors?
> > > > On (k)ubuntu I had to change the mysql tables to get rid of
> > > > errors. My latest workflow is (as user):
> > > > # Stop akonadi, stop nepumok + virtuoso
> > > > akonadictl stop
> > > > # (wait 10sec)
> > > > qdbus org.kde.NepomukServer /nepomukserver quit
> > > > # (wait 10sec)
> > > > killall nepomukserver
> > > > # remove old stuff of akonadi and nepomuk in users home dir,
> > > > clear config files, rm -r ~/.local/share/akonadi
> > > > rm -r ~/.kde/share/apps/nepomuk
> > > > rm ~/.kde/share/config/nepom*
> > > > # start akonadi, update mysql tables:
> > > > akonadictl start
> > > > mysql_install_db --datadir=$HOME/.local/share/akonadi/db_data/
> > > > # ignore errors mysql_upgrade
> > > > --socket=$HOME/.local/share/akonadi/db_misc/mysql.socket #
> > > > restart akonadi, kbuildsycoca,
> > > > akonadictl stop
> > > > kbuildsycoca4 --noincremental
> > > > nepomukservicestub nepomukstorage
> > > > # wait 10 sec
> > > > akonadictl start
> > > > # restart session, start nepomuk, test akonadi if nepomuk is on
> > > > dbus available systemsettings + Alt+F2 "Akonadi Setup"
> > > > 
> > > > :-) This seems to work :-)
> > > > 
> > > > HTH
> > > > 
> > > >   Thorsten
> > > >   
> > > > > > Oh, the new app looks promising but needs some love. The
> > > > > > separate address book list is a waste of space and the
> > > > > > fonts are to small on a big screen.
> > > > > > 
> > > > > > Bye
> > > > > > 
> > > > > >   Thorsten
> > > 	
> > > 	I just tried next.
> > > 
> > > - Create KDE traditional addressbook: kolab resource from KMail
> > > IMAP. I have empty list of contacts instead of 160 contacts that
> > > really exist. - create new contact in the address book. New
> > > message have been created in corresponding imap folder in KMail.
> > > - delete this address book from akonadi console.
> > > - create new similar addressbook again. The contact list is empty
> > > again (new created message is not present too).
> > > 
> > > 	I checked that message in imap foler corresponds to newly
> > > 	created
> > > 
> > > contact.
> > > 
> > > 	So, for me (openSuSE 11.2 (x86_64) all the contacts are absent
> > > 	on
> > > 
> > > addressbook.
> > 	
> > 	I have just checked this behaviour on newly created linux account
> > 	with
> > 
> > newly created addressbook folder on imap server (with user
> > different from me). The problem repeated.
> > 
> > 	Maybe, the problem is in localization? As I see, my folders im
> > 	IMAP, that
> > 
> > contain contact information are named by russian: Контакты,
> > Календарь, Заметки...
> > 
> > 	Best regards,
> > 	Pavel.
> 
> 	I have created another new linux user and chnged its KDE language 
to
> English. Now. Newly7 created IMAP folders are named on english now:
> Contacts, Calendar and so on.
> 	As I understand, I can simply rename my existing folders in 
existing
> IMAP accound and it would work.
> 	Now the question: what names should the contacts folders have
> (according to Kolab standards): static fixen english-language names
> or localized? Or it does not matter? What does Kolab format says on
> it?

Kolab tries to mimic the behavior of Exchange/Outlook so that your Kolab 
account is compatible with Outlook. Of course, this behavior is 
pointless if you do not need to be compatible with Outlook.

It would be much better if Kontact asked the user whether he wants 
Outlook-compatible (localized) folder names.


Regards,
Ingo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.kolab.org/pipermail/users/attachments/20100220/4364f23d/attachment.sig>


More information about the users mailing list