Bug 240997 - VCARD import/export - fields VOICE, IM do not respond to VCard generated elsewhere.
Summary: VCARD import/export - fields VOICE, IM do not respond to VCard generated else...
Status: RESOLVED INTENTIONAL
Alias: None
Product: kaddressbook
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR major
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-07 11:14 UTC by Martin Ledvina
Modified: 2014-07-24 07:49 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Original VCard with 3 phones and IM address (4.71 KB, text/plain)
2010-06-07 11:14 UTC, Martin Ledvina
Details
Exported VCArd from kontact (IM Address is filled out) (4.65 KB, text/plain)
2010-06-07 11:15 UTC, Martin Ledvina
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Ledvina 2010-06-07 11:14:07 UTC
Created attachment 47770 [details]
Original VCard with 3 phones and IM address

Version:           unspecified (using KDE 4.4.2) 
OS:                Linux

When migrating from Outlook to Kontact svereal fields are mislabeled or missing.
First:
X-KADDRESSBOOK-X-IMAddress:ICQ: 269739266 should be X-KADDRESSBOOK-X-IMAddress:ICQ: 269739266
So informations get lost (IM Address) and Even when entered and exported it is unusable elsewhere.
Second: 
TEL;WORK;VOICE:731460976
TEL;HOME;VOICE:272767631
TEL;CELL;VOICE:739673971
is not reed as equivalent phones, but rather uneditable Other fields. Even when changed to equivalent fileds - change is not saved.


Reproducible: Always

Steps to Reproduce:
Import an Outlook VCard with filled fields: Mobile, IM-Address

Actual Results:  
Fields URL, IM Address get lost
Field VOICE (Mobile, Work, Home) gets mislabeled and could not be edited afterwards. (Change is not saved.)

Expected Results:  
Import fields correctly.

Including 2 VCards, one from outlook and the other one exported after filling IM Address from Kontact
Comment 1 Martin Ledvina 2010-06-07 11:15:34 UTC
Created attachment 47771 [details]
Exported VCArd from kontact (IM Address is filled out)
Comment 2 Martin Ledvina 2010-06-07 11:16:34 UTC
"Fields URL, IM Address get lost"
Pardon, my mistake only IM Address get lost.
Comment 3 Martin Ledvina 2010-06-07 11:19:56 UTC
"X-KADDRESSBOOK-X-IMAddress:ICQ: 269739266 should be
X-KADDRESSBOOK-X-IMAddress:ICQ: 269739266"
Again my mistake I am sorry misclick:
X-KADDRESSBOOK-X-IMAddress:ICQ: 269739266 should be
X-MS-IMADDRESS:ICQ: 269739266
Comment 4 Tobias Koenig 2010-06-07 13:17:42 UTC
Hej Martin,

unfortunately the vCard standard in version 3.0 has no field for IM defined, therefor
every implementation uses its own custom 'X-' fields, that are not supposed to be supported
by different implementations (according to the standard). Outlook decided to use one key, we decided to use another,
Evolution uses yet another one...
With the new vCard standard that is currently in development those issues will hopefully be
fixed, but until then we won't adapt our parser just because somebody else used something else.
Since these keys can easily be replaced with a simple perl/awk script we see no urgent reason
to add the burden on our vCard parser/synthesizer to do the conversion.

Ciao,
Tobias
Comment 5 lambda512 2010-10-01 12:52:25 UTC
RFC4770 [1] defines fields for IM like:
IMPP;TYPE=personal,pref:xmpp:alice@example.com

The protocol is defined according to the URI. There are several protocols mentioned as examples: "sip", "xmpp" (Jabber/XMPP), "irc", "ymsgr", "msn", "aim", "im" or "pres" (for CPIM or CPP gateway)

For gadu-gadu, you can use "gg"; for sms, "sms"; for skype, "callto" or "skype"

But GroupWise, ICQ and Meanwhile doesn't seem to have a URI defined, so you may need to extend it.

[1] http://tools.ietf.org/html/rfc4770
Comment 6 Samir Nassar 2014-07-24 07:49:28 UTC
If kaddressbook supported import/export of vcard 4 (RFC 6350) along with ownCloud this would resolve the issue. https://bugs.kde.org/show_bug.cgi?id=337759