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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
