Hi, everyone. Thanks to all of your responses to my earlier postings, I'm starting to get a better overview on Evo/E-D-S internals.
The discussion about hiding certain IMAP folders based on server-side
annotations made me think about an overall design idea. Matthew, in one of
your postings you mentioned that there are long-term plans to move email
handling into E-D-S and provide D-Bus access to that from Evolution.
This made me think whether we could "fake" something like this while Email
handling has not yet moved to E-D-S. Will it be possible for us to implement
some Proxy Camel provider which will run inside Evolution the way a real Camel
Provider does? Instead of handling Email by itself, this Proxy Provider would
instead make calls to a true Camel Provider running in the E-D-S process which
would do the heavy lifting and return the results to the Proxy Provider in
Evolution, which in turn would present them to the Evolution process.
We would need the possibility to define extra D-Bus communication between Evo
and E-D-S for that, right?
Does this approach make any sense? Is it possible to implement this in a
plugin?
If it was possible, it would enable us to hide the non-Email-IMAP-Folders from
Evolution and handle all Email from within our backend just by not propagating
the full folder lists to the Proxy Provider. The issue with Kolab is that
Email and PIM-Data are stored within the very same IMAP tree for each account,
so it would probably lead to trouble to try and set up independent Camel
providers for Email, Contacts and Calendar data since they would access (and
cache) the same data on the IMAP server concurrently.
Having one true Camel Provider in the backend which will also be accessible
from a Proxy Provider within Evo, these problems would be significantly
reduced.
Now, I'm really interested in getting to know your insights. :-)
Best regards,
Christian
--
kernel concepts GbR Tel: +49-271-771091-14
Sieghuetter Hauptweg 48 Fax: +49-271-771091-19
D-57072 Siegen
http://www.kernelconcepts.de/
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ evolution-hackers mailing list [email protected] To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers
