Re: SyncML Module Help

Douglas <[email protected]>
Newsgroups gmane.comp.horde.sync
Message-ID <[email protected]>
That is all for now. I think Horde's SyncML Library is a good start point. I
will study it more, and any doubt or solution I will post here again.

Thank you Jan,
Douglas.

2009/8/21 Jan Schneider <[email protected]>

> Zitat von Douglas <[email protected]>:
>
>  2009/8/17 Jan Schneider <[email protected]>
>>
>>  Zitat von Douglas <[email protected]>:
>>>
>>>  Hi,
>>>
>>>>
>>>> I must implement a SyncML module on a mail service based on E-GroupWare.
>>>> This synchronization module must act as a server, synchronizing a user
>>>> contact list and a todo list with a client application in a mobile
>>>> device.
>>>> All the proccess must be done using just HTTP protocol. I pretend to use
>>>> as
>>>> a start point an implementation that already exists on the SynML server,
>>>> adapting and customizing only the necessary.
>>>>
>>>> I need some information about the SyncML implementation on the Horde
>>>> framework, implementation resources and limitations. Could you help me
>>>> with
>>>> that?
>>>>
>>>> Here are my doubts:
>>>>
>>>> Implementation pendencies related to the SyncML protocol RFC (if
>>>> exists);
>>>>
>>>>
>>> Sorry?
>>>
>>
>>
>> This question is about some funcionalities in SyncML library that was not
>> implemented, in relation to the protocol specification, like some sync
>> type,
>> for instance.
>>
>
> We don't have a list or something. I'm pretty sure that we didn't implement
> the standard completely, but everything that we've seen in real-life
> situations should be there.
>
>   Level of coupling and portability of the SyncML module related to the
>>> main
>>>
>>>> Horde Framework;
>>>>
>>>>
>>> The SyncML library has an abstracted backend support, so it should be
>>> usable by any software different than Horde.
>>>
>>>
>>
>>>  Support for detection and control of conflicts of synchronization;
>>>
>>>>
>>>>
>>> It has conflict detection but no conflict solution. IIRC the current
>>> conflict policy is client wins, but it's going to be duplication, in the
>>> future.
>>>
>>>  Capability to manage the memory of the devices that will be
>>> synchronized;
>>>
>>>>
>>>>
>>> Sorry?
>>>
>>>
>> This question is about the capability of SyncML server to handle device
>> memory limitation, before starts the sync.
>>
>
> If you mean MaxMem attributes in the DevInf standard and large object
> support, then yes, that's supported.
>
>   Considering the opportunity, it seems that E-GroupWare is using the
>>>
>>>> SyncML
>>>> Horde component. Could you confirm that?
>>>>
>>>>
>>> Yes, it uses a fork of a pretty old version of the SyncML library.
>>>
>>> Jan.
>>>
>>>
>>
>> Thank you Jan,
>>
>> Regards,
>> Douglas L. Gomes
>> --
>> sync mailing list - Join the hunt: http://horde.org/bounties/#sync
>> Frequently Asked Questions: http://horde.org/faq/
>> To unsubscribe, mail: [email protected]
>>
>>
>
>
> Jan.
>
> --
> Do you need professional PHP or Horde consulting?
> http://horde.org/consulting/
>
> --
> sync mailing list - Join the hunt: http://horde.org/bounties/#sync
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: [email protected]
>
-- 
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.