On Thu, 2013-12-05 at 06:37 -0600, Sachin Gupta wrote: > Hello Patrick, > > How can i add new fields and property for the syncevo client? Are you using the SyncEvolution file storage? It uses the same field list and profile as EDS. In other words, you can add new fields and a certain mapping to vCard and the file backend will use them. See src/syncevo/configs/datatypes. > for e.g., i need to specify the property MaxOccur and MaxSize for some > of the fields. If is add these tags like<MaxOccur>1</MaxOccur>, client > gives errors: > invalid tag <MaxSize> at line 712 col 8 > invalid tag <MaxOccur>1</MaxOccur> You seem to be editing 01vcard-profile.xml. This file does not use CtCap elements, so you cannot add MaxOccur or MaxSize there. Have a look at SySync_config_reference.pdf for an explanation. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter.

On Thu, 2013-12-05 at 23:49 +0530, Sachin Gupta wrote: > Thanks Patrick. > > Yes i am using file storage and am modifying the 01card-profile.xml. > > However, i am facing an issue with its modification. > I removed all the telephone tags except for home and work. [...] > I am not sure why the client TEL details are coming this way. > > TEL;TYPE=HOME,VOICE:9 > TEL;TYPE=HOME:6 > TEL;TYPE=HOME:7 > TEL:1 > TEL;TYPE=WORK,VOICE:8 > > I was expecting that the client should have had only the HOME and WORK number. > Is my expectation wrong? I am not sure how thoroughly you removed the references to VOICE. For example, there are some scripts which add back the VOICE flag. You can debug this by running with "loglevel=4" and looking at the resulting syncevolution-log.html file of the sync. It will contain detailed descriptions of incoming data and its transformation. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter.

Hi Patrick, One more query, though i feel you gave the answer already :( I need to add the EXT capability to teh client: <Ext> <XNam>SynchronizeGroup</XNam> <XVal>X-CT</XVal> </Ext> This comes after the closing of datastores. How to i enable this? Regards On Thu, Dec 5, 2013 at 1:30 PM, Sachin Gupta <chingupt(a)gmail.com&gt; wrote: > I am more concerned about the fields with tel:work fields. Server has these > numbers saved as cell and fax. If client has no support for this as is > evident in the outgoing devinfo, the client vcard shoiluld not be storing > these and should be discarded by client. Is it not so? > > I have only modified the 01card. Profile.xml > > Regards > > On Dec 6, 2013 12:32 AM, "Patrick Ohly" <patrick.ohly(a)intel.com&gt; wrote: >> >> On Thu, 2013-12-05 at 23:49 +0530, Sachin Gupta wrote: >> > Thanks Patrick. >> > >> > Yes i am using file storage and am modifying the 01card-profile.xml. >> > >> > However, i am facing an issue with its modification. >> > I removed all the telephone tags except for home and work. >> [...] >> > I am not sure why the client TEL details are coming this way. >> > >> > TEL;TYPE=HOME,VOICE:9 >> > TEL;TYPE=HOME:6 >> > TEL;TYPE=HOME:7 >> > TEL:1 >> > TEL;TYPE=WORK,VOICE:8 >> > >> > I was expecting that the client should have had only the HOME and WORK >> > number. >> > Is my expectation wrong? >> >> I am not sure how thoroughly you removed the references to VOICE. For >> example, there are some scripts which add back the VOICE flag. You can >> debug this by running with "loglevel=4" and looking at the resulting >> syncevolution-log.html file of the sync. It will contain detailed >> descriptions of incoming data and its transformation. >> >> >> -- >> Best Regards, Patrick Ohly >> >> The content of this message is my personal opinion only and although >> I am an employee of Intel, the statements I make here in no way >> represent Intel's position on the issue, nor am I authorized to speak >> on behalf of Intel on this matter. >> >> >

I am more concerned about the fields with tel:work fields. Server has these numbers saved as cell and fax. If client has no support for this as is evident in the outgoing devinfo, the client vcard shoiluld not be storing these and should be discarded by client. Is it not so?