Hi, On Wed, 04 Jul 2007 15:09:50 +0800 Clayton <[EMAIL PROTECTED]> wrote:
> On Tue, 3 Jul 2007 18:31:23 +0200 > Ricardo Mones <[EMAIL PROTECTED]> wrote: > > > On Tue, 03 Jul 2007 15:03:03 +0000 > > Debian BTS <[EMAIL PROTECTED]> wrote: > > > > > Package: claws-mail > > > Version: 2.9.2-1+b1 > > > Severity: important > > > > > > I use claws-mail on two machines: my desktop and a notebook. I keep > > > my user-directory synchronized when moving from one machine to the > > > other with the unison-gtk package. With the current version of > > > claws-mail, every time I change machines, the messages in Inbox > > > lose all "color label" information, and all read/unread status (all > > > messages show as "unread"). > > > > > > I have quite a large inbox, and losing track of which messages are > > > read/unread is somewhat of a serious issue. For me, losing the > > > ability to color-code messages is also a significant degradation. > > > > > > I recently upgraded from sylpheed, and vanilla sylpheed/unison-gtk > > > handle synchronization just fine. > > > > > > Note that the Inbox is not the only mail folder affected, it is > > > just where I feel the most pain. > > > > Which directory is the 'user directory' you're referring to? your > > $HOME? $HOME/.claws-mail? $HOME/Mail (or equivalent)? > > Are you syncing .* files in that dir? > > $HOME, all of it. unison syncs everything that isn't specifically > excluded, so all .* files are being synced. I have been doing this for > years, unison has worked really well for me up until this moment. That's strange, have you upgraded unison recently? Claws Mail has not changed the way it deals with this files AFAIK. > > Are you preserving timestamps when syncing? > > Good question. unison docs are kind of murky on the subject, but this > experiment in my ~/Mail/inbox/ would indicate timestamps are being > preserved: > > Before sync: > -rw-r--r-- 1 ckoen ckoen 10 2007-07-03 22:41 .mh_sequences > -rw------- 1 ckoen ckoen 21166 2007-06-23 19:19 .sylpheed_cache > -rw------- 1 ckoen ckoen 20522 2007-07-03 22:41 .sylpheed_claws_cache > -rw------- 1 ckoen ckoen 556 2007-07-03 22:41 .sylpheed_mark > -rwx------ 1 ckoen ckoen 5000 2006-09-03 14:58 .xmhcache > > After sync: > -rw-r--r-- 1 ckoen ckoen 24 2007-07-04 14:53 .mh_sequences > -rw------- 1 ckoen ckoen 21166 2007-06-23 19:19 .sylpheed_cache > -rw------- 1 ckoen ckoen 20493 2007-07-04 14:53 .sylpheed_claws_cache > -rw------- 1 ckoen ckoen 556 2007-07-04 14:53 .sylpheed_mark > -rwx------ 1 ckoen ckoen 5000 2006-09-03 14:58 .xmhcache > > (I shut down claws-mail just before 15:00....) Mmm, let me picture your scenario more detailed, so you: 1) download mail in host A 2) operate with mail in A 3) then manually? periodically? sync A -> host B 4) open mail in host B and flags are gone? 5) download mail in host B? only modify flags in B? 6) sync back changes in B -> host A 7) go to A and flags are gone? Is that picture correct? I'm missing something? > BTW, I have been thinking that this should really be considered a data > loss kind of bug. I have a couple of large mail folders where the color > coding was quite important to me. I did not discover that syncing was > going to blow away all my color coding until my first sync quite some > number of days after installing claws-mail. At this point the only way > to maybe get my color coding back is to restore from my last backup, > which of course puts intervening e-mails at risk of loss. Or revert to > sylpheed and a backup from about that era, which puts even more e-mails > at risk. Well, I'd bet it's a unison problem, which is the one who's moving the files, but still not sure of understanding where the problem can be. regards, -- Ricardo Mones http://people.debian.org/~mones «You worry too much about your job. Stop it. You are not paid enough to worry.»
signature.asc
Description: PGP signature
