On Fr, 2010-01-29 at 14:19 +0000, Jim Rorie wrote: > I've noticed two issues cropping up intermittently in syncing. > Typically, these are inserting a lot of duplicates and screwy entries. > Not convinced that they are SE issues. Probably more like > Evolution-SE-funambol interactions and data capture bugaboos.
The way to be sure of this is to keep logs around long enough so that when you notice a problem, you (or us, if you share the relevant logs) can look at what was sent to the server and what came back. The "logdir" and "maxlogdirs" properties are relevant for this. Try out "syncevolution --print-sessions" - you might still have some relevant logs. > a) Duplications on contact entries that are companies. i.e. They don't > have a first name, last name. Typically something like " > ". My thinking is that you put the entry in once and it's ok. If you do that in the "full name" text field instead of the "full name" dialog, then Evolution will split this into first name "ACME", middle name "Water", last name "company" automatically. Not a big deal, but it is something to watch out for in the data exchanged with the server. > But, Evolution will try to map the "file as" to the "full name" field. > I think that under certain conditions evolution will change the sort > order after this type of mapping and end up with "Water company, ACME" > which may look like a new record. Thus a duplicate is born. Just a > theory. Sounds plausible, however, for this will typically only become a problem when the server does item matching, for example during a slow sync. I tried to reproduce the problem by sending the "ACME Water company" example and forcing a slow sync, but it didn't duplicate. Some additional properties might be relevant. You could give it a try yourself: - make sure client and server are in sync - force a slow sync: syncevolution --sync slow funambol - watch the "synccompare" output to find unwanted changes - restore previous content: syncevolution --restore ... + syncevolution --refresh-from-client If you are concerned about your data, do it with a test account on the server and a second local address book. > b) Weird Suffix handling. I have a lot of Jr./Sr. in my contact. i.e. > "Joe blow, Jr." I've noticed that if I enter these records properly in > evolution using the suffix field box, after a bit of churning, I end up > with "Jr. Joe Blow". I'm thinking that the funambol server might be the > culprit in this one as it doesn't handle suffixes that I know of. The SyncML server itself preserves the prefix. Perhaps the web UI or some other client breaks your data. -- 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] http://lists.syncevolution.org/listinfo/syncevolution
