dovecot - Nov 2010 - IMAP aggregation and MUPDATE protocolo

Hi.

I'm just having a look about aggregating several IMAP sources and a
IMAP aggregator proxy would come very handy.

I just read:
http://www.cyrusimap.org/mediawiki/index.php/Cyrus_Murder_Design

and found it very interesting.

Anyone did something similar based on:
http://tools.ietf.org/html/rfc3656

Thanx.
Erny


-- 
Ernesto Revilla
Yaco Sistemas
+34 954 500 057

On 16.11.2010, at 11.20, Ernesto Revilla Derksen wrote:
> http://www.cyrusimap.org/mediawiki/index.php/Cyrus_Murder_Design
> 
> and found it very interesting.
> 
> Anyone did something similar based on:
> http://tools.ietf.org/html/rfc3656
I remember there used to be a guy who was planning on implementing it for
Dovecot and actually make it compatible with Cyrus so that both could be used in
the same Murder setup, but that was years ago.

I'm not too interested in that though.

(Second time already within a few days when I accidentally hit reply rather than
reply-to-all and then wonder why the message isn't showing up.)

On 24.11.2010, at 14.16, Ernesto Revilla Derksen wrote:
> We're trying to find a solutions for aggregating data from several
> backends which are:
> * normal mail IMAP
> * repositories like Alfresco which offer an IMAP view for repository
documents
I'm planning on implementing "IMAP client" backend for
lib-storage, which means you could create namespaces that are proxied to remote
IMAP server. Or even make Dovecot act as a caching IMAP proxy for your real IMAP
server.
> * issue trackers (issue + attachmentes + timeline)
I guess it could be possible to implement lib-storage backend for these too. :)
Or maybe create some new simpler protocol that you can easily implement for
them, and then create a lib-storage backend for that.