[Adium-devl] Logfile Sync Was: Re: More Logging Decisions

[Alan Humpherys]

Great question!

The short answer is yes.... You can use sync services without .mac....

In order for us to effectively use sync services, there would have to  
be 2 components created...

1) An application client for Adium which takes the local program  
information and makes it available to sync services...  (This needs  
to follow a Cocoa API which includes items such as pushing records,  
merging records, and receiving records)

2) A "device" client for network storage, which takes the information  
and pushes/pulls/merges it with an external date source, (like a  
repository on a shared server)

With these 2 components, several things happen....

1) the data will automatically be sent to/from .mac if the users are  
subscribers.  (.mac is really just a device client for their network  
storage database.)

2) Users without .mac access could use our device client (an optional  
second component) and it would show up in the iSync application.

Using this methodology, I would recommend synchronizing several  
categories of information:

1) Account Information
2) Buddy List Information
3) A select set of the user Preferences information
4) Stored conversations

just be forewarned that the Sync Services API is not a pretty  
one....  There is a lot to implement, and it is far more work than  
just an rsync client  :)  But when it works, it is a well integrated  
piece of the system...

Alan
______
Alan Humpherys
alan at ewonderz.com



On Jun 1, 2006, at 5:54 PM, Augie Fackler wrote:

> Can you use the .Mac sync plugin and (more relevantly) Sync  
> Services if you're not a .Mac subscriber?
> AF
>
> On Jun 1, 2006, at 7:37 PM, Alan Humpherys wrote:
>
>> I would make a vote for using sync services and .mac as an option  
>> for synchronization.  While i know that not everyone is a .mac  
>> user, this is a convenient solution for those that are....
>>
>> Also, the sync services plugin could be made to use an alternative  
>> network storage location and protocol if .mac was not available.
>>
>> The reason I would vote for this is that it would take advantage  
>> of the OS X framework already established for two way syncronization.
>>
>> Alan
>> ______
>> Alan Humpherys
>> alan at ewonderz.com
>>
>>
>>
>> On Jun 1, 2006, at 8:29 AM, Graham Booker wrote:
>>
>>> If we do session based (log file ends when you close the window  
>>> and a new one is created for the next one) logging, then it is  
>>> very trivial.  I have actually given thought to integrating some  
>>> sort of sync within Adium.  We can do it more intelligently than  
>>> rsync since we wish to sync both ways and not just one.
>>>
>>> Currently for Fire, my script will sync one direction, then the  
>>> other, then it will run a program on both sides to fix the type/ 
>>> creator codes for the files (since they are just .xhtml, they  
>>> need the correct type/creator codes to do everything properly).   
>>> I would really like this type of action integrated into the app  
>>> since it can do all this within one step.  Maybe over something  
>>> like rendezvous, but there are some security issues involved here  
>>> (don't want random people to sync with you).
>>>
>>> Anyway, if no one else has a dying need to do this themselves, I  
>>> nominate myself for this task.  I spend half of my IM time on my  
>>> laptop, and the other half on my desktop, so this is certainly a  
>>> feature I want for myself.
>>>
>>> - Graham
>>>
>>>
>>>
>>> On Jun 1, 2006, at 9:14 AM, Augie Fackler wrote:
>>>
>>>> Which reminds me, have we actually figured out some method of  
>>>> logging
>>>> in Adium that would allow aforementioned rsync synchronization?  
>>>> I've
>>>> wanted that feature on and off for the past year...
>>> _______________________________________________
>>> Adium-devl mailing list
>>> Adium-devl at adiumx.com
>>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>>
>> _______________________________________________
>> Adium-devl mailing list
>> Adium-devl at adiumx.com
>> http://adiumx.com/mailman/listinfo/adium-devl_adiumx.com
>
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2417 bytes
Desc: not available
URL: <http://adium.im/pipermail/devel_adium.im/attachments/20060602/0b5d2229/attachment.p7s>