Pidgin's accounts.xml

[Jean-Samuel Christophe]

Hi all,

Experimenting with roaming profile sync for applications over multiple
platform I've stumbled upon a "quirk" (not a bug technically) that is
preventing me from obtaining the desired results with Pidgin.


My setup

host 1
- Linux Debian Squeeze (xfce)
- DropBox ( ~/DropBox)
- Encfs (encfs ~/DropBox/INMTXX/encrypted ~/BoxCryptor)
- Pidgin (ln -s ~/BoxCryptor/profiles/.pidgin/accounts.xml
~/.purple/accounts.xml)

host 2
- Windows 7 x64
- DropBox (c:\Users\dar00st3r\Documents\DropBox)
- BoxCryptor (mounted c:\Users\dar00st3r\Documents\DropBox\INMTXX\encrypted
as z:)
- Pidgin (mklink C:\Users\dar00st3r\AppData\Roaming\.purple\accounts.xml
z:\profiles\.pidgin\accounts.xml)


My Issue

When starting Pidgin (linux or windows) or adding a new account, the
accounts.xml seems to be overwritten by the application (it overwrites the
created symlink and replaces it by a hard copy of the file in the .purple
folder) instead of saving the changes to the linked file. This breaks the
sync process for this specific file and new accounts created in Pidgin are
not propagated to the other clients.

I'm almost sure this has nothing to do with Encfs, BoxCryptor or DropBox as
I've had the same behavior (linux and windows) while removing each element
out of the equation.
Also, using the exact same setup I have successfully synced Pidgin's "logs"
and "certificates" folders as well as the sitemanager.xml file for the
FileZilla application (which serves the same purpose than the accounts.xml
file in Pidgin).


My Question

1 - Is there a way to prevent this behavior and have Pidgin save the
accounts.xml file transparently without breaking symlinks?

Please don't hesitate to get back to me if you require more info.

Thanks in advance,

Jean-Samuel

-- 

*Jean-Samuel Christophe*
Route du Jorat, 25
1052 Le Mont-Sur-Lausanne

Mob:   +41 79 634 0348
Email:  j.christophe at gmail.com

Keyserver = None
Key = 4096R/D6DE576B 2009-05-29
Key fingerprint = 1C50 9699 6912 CB6C D083  EA04 6D44 BAC0 D6DE 576B
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://pidgin.im/pipermail/support/attachments/20120905/db0b4b5f/attachment-0002.html>