Re: Re: [Evolution-hackers] (webbased) remote client on evolution's data

Hi Peter,

thank you much for the information and ideas.
That e-d-s interface sounds very interesting.
I had a look on and thought about your idea 
of creating drivers for the applications contained in that 
Actually thats an interesting idea. 
My basic target is Evolution as the general application for 
handeling my mail, contacts, calendar, ...
The webinterface i am thinking about should only be a view 
on the data which can be accessed through Evolution.
For example: If i get mail via the webtool it would actually 
call methodic of the evolution interface which gets the mail
and stores it locally (for my configuration). Then the webinterface
would just show what resides in the local evolution mailbox.

So if i take your idea this would lead to a webinterface that uses 
applications of the Horde framework and calls methodic of the Evolution
API. As i thought further about that, this could lead to an Evolution 
webinterface that supports every feature (like MS Exchange or IMAP
Support) thats built into evolution.
Surely this is a target outside the view of my first idea but i will 
keep that in mind when creating the webinterface (which should only fit
my personal low needs in the first version ;)).

Regarding this, it would be interesting to know if there is any hacking
going on regarding a webbased version of Evolution (e.g. something like
MS Outlook Webaccess). I ask because such a webbased interface is
mentioned in the Evolution Project Specification from Jan. 2000 i found
in cvs/evolution/doc/Design.

Thanks again.
Grand Apeiron

On Mon, 2004-08-02 at 01:38, Peter Colijn wrote:
> On Sun, 01 Aug 2004 15:21:38 +0200, Grand Apeiron <grand apeiron gmx net> wrote:
> > I've started exploring how evolution stores it's data.
> > As far as i found out everything is stored in Berkeley v3 DB-Files.
> Well, not everything. I believe local contacts are stored that way,
> but local calendars are stored as ics (iCalendar) files, which are
> basically just text files, and Evolution can handle mail stored in a
> variety of ways (at least mbox and Maildir for local storage, plus
> POP/IMAP/Exchange for remote retrieval).
> > So that looks to me as if it should be generally possible to
> > create a client that visualizes that data.
> Yes, it should be, and e-d-s with Evo 2.0 will make this substantially
> easier that it would have been for Evo 1.4. You can think of e-d-s as
> abstracting away all (most) of the storage-dependent issues, so you
> don't really have to care how things are stored.
> > But since it wouldn't be a good idea to work directly on the
> > db-files i need some point to start exploring evolution's interfaces
> > so i can use them instead of working on the db-files directly.
> I'd say get a recent Evo 1.5 snapshot, install it, and look at the
> e-d-s APIs and play around with those.
> However, depending on what kind of remote access you want, you may
> find that you don't need to do anything. Evo 2.0 has the ability to
> publish your calendar as a WebCalendar, and for access to mail, you
> could set up Horde or something.
> Actually, now that I think about it, an e-d-s driver for
> Horde/Mnemo/Turba/Nag would be pretty cool... Drivers for that suite
> of applications actually aren't too hard to write.
> Have fun,
> Peter
> _______________________________________________
> evolution-hackers maillist  -  evolution-hackers lists ximian com

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