Hi All, Any pointers on this? I went through the syntesis documents, they dont mention how to add these.
Regards On Fri, Dec 6, 2013 at 7:07 PM, Sachin Gupta <[email protected]> wrote: > 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 <[email protected]> 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" <[email protected]> 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. >>> >>> >> _______________________________________________ SyncEvolution mailing list [email protected] https://lists.syncevolution.org/mailman/listinfo/syncevolution
