Re: [Evolution] UI Suggestions



This is a bad idea.  MS Exchange does nothing like this, instead they have
their own protocol that does everything.

They don't store messages on the IMAP server like you suggested.

Evolution can store all it's data remotely, but by using standard protocols
like LDAP, iCal, and IMAP.

Jeff

On Fri, 29 Sep 2000, Jason Haar wrote:
Date: Fri, 29 Sep 2000 15:04:32 +1200
To: evolution helixcode com
From: Jason Haar <Jason Haar trimble co nz>
Sender: evolution-admin helixcode com
Subject: [Evolution] UI Suggestions

I was wondering if you've thought about making Evolution capable of
running
as a pure server-based app? By that I mean the option of making an IMAP
server responsible for Calendar and Contacts as well as mail.

As there are no standards in this area, you could work on the principle
that
an IMAP folder named "Calendar" contains one calendar appointment per
mail
message contained within. Same for Contacts. You could make each of these
messages an XML object containing all the appropriate stuff - or maybe
iCal
and vCard objects instead (to use existing "standards"). Then when
evolution
starts up, it could just read each item in Calendars, and generate it's
calendar from that, with recursive appointments and everything. The nice
thing about this would be that if these folders were in public shared
IMAP
folders, then users could share Calendars and Contacts lists, etc. With
the
above idea, it would also give you some data transparency because at
least a
dumb IMAP client could still access Calendar entries as mail messages. M$
Exchange half-assed does this already, each contact/calander entry is a
separate message, but the IMAP interface botches the objects so that you
can't get to the data :-(. 

Sounds doable/a good/crazy idea?

-- 
Cheers

Jason Haar

Unix/Network Specialist, Trimble NZ
Phone: +64 3 9635 377 Fax: +64 3 9635 417
               

_______________________________________________
evolution maillist  -  evolution helixcode com
http://lists.helixcode.com/mailman/listinfo/evolution
-- 
-- Win2k: "It's not so much that it's only 65,000 bugs, it's just that they
stopped at 65,535 to prevent an overflow." - Mazel#Tov





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