[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#524834: ITP: syncmaildir -- Sync Mail Dir is a set of tools to synchronize Maildirs



Hello!, Enrico. (I’m adding -devel back in case there can be people
interested on this.)

> On Mon, Apr 20, 2009 at 05:35:20PM +0200, Adeodato Simó wrote:
> > So does it support (or will it support) using it in the “fetch from
> > server, read/delete some stuff on client, maybe read some stuff on the
> > server, push to server” mode, and it’ll do all the smart sync stuff (I’m
> > told) OfflineIMAP does?

> Sorry, but I don't get it. I'll try to answer anyway...

> You have 2 commands: smd-pull that propagates chenges made on the server
> to the client, and smd-push that does the opposite. These changes
> include adding a message, deleting one, renaming, updaing the header... 
> I usually pull more frequently than push, so the updating cycle you are
> describing is not strictly necessary in smd. In any case, the words
> server and client don't make any real sense here, it is very symmetric.

Right. My question is what happens if I do, say:

  laptop% smd-push
  laptop% smd-pull   # this brings message M as new
  laptop% read mail, including message M
  server% read mail, inclluding message M; flag message M
  laptop% smd-push
  laptop% smd-pull

Are either laptop or server left with a duplicate copies of M (perhaps
one flagged, one not)? Or, perhaps, you’ll see it more clearly if we say
there is one server and to clients, eg. a desktop and a laptop, both of
which should be useable to read mail independently.

I must confess I’m not an OfflineIMAP user myself, but as I understood
it, it can gracefully cope with such situation.

> I think I'll (I'm also the upstream) develop some sort while-true script
> that will iterate pull and push and eventually notify the user if
> something goes wrong with some modern eye-candy technology.

> AFAIK OfflineIMAP gives you (or will give you soon) something more
> called always-connected-with-ther-server-to-fetch-mail-ASAP option
> that smd does not provide right now (and that I really don't miss: since
> pulling is quite fast for the moment I'm not missing the while true
> script either...). Moreover OfflineIMAP is well tested, and smd is not
> beeing a *very* young software.

Cheers,

-- 
- Are you sure we're good?
- Always.
        -- Rory and Lorelai


Reply to: