thanks for the answer
> > I would like to use this opportunity if you are planning to support the
> > features listed on https://developers.google.com/gmail/imap_extensions
> >
> some of them.
>
is there a list of them? Can you please share it?
> > managing correctly labels as labels and not as directories would be
> greate
> > to avoid message duplication on client side. Symbolic links would be
> > probably the greatest
> >
> that's harder than it seems, as it breaks several abstraction layers.
>
had just a basic look into the software. Basically you have drivers for
different sources and sinks. Most of the time a sink is also a source. You
create channels between them. What about just creating some plugins to add
additional "decorators" for the sinks sources and connect the "decorators"
if they are available on both sides? I think this would simplify future
additions to the protocol or some implementation specifics.
I am mainly interested in maildir. We probably do not want to break
backwards compatibility, but what about creating a parallel directory
structure, where each message file would be listed with the same name, but
would contain protocol extension specific information regarding a certain
message.
rgrds,
mobi phil
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
isync-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/isync-devel
