In some email I received from Ilja <[EMAIL PROTECTED]> on Thu, 24 Jul 2003
11:26:15 +0200,
wrote:
Hi Ilja,
Someone wrote to me regarding the idea of having two(or N) different servers
as readers/writers but this can hardly be achieved without proper replication
system, and HA can be hardly achieved without replication in real time.
So my question is, is there an option in your plan where you can
granulate the DB API in away like:
1) Reads
2) Writes
a) updates
b) deletes
c) inserts
I think it will more open than the current one, + having something that
granulated gives
more power to the developers to add features, also a plug-in system will be
very nice.
just my two bits.
cheers
> * Adjust Database model
> - shared folders.
> - save some headers(To:, From:, Subject: and maybe some more) with
> message, so they do not have to be parsed every time.
> - faster copy/move by using a message link table
>
> * store used quotum of a user with user info, so the used quotum does
> not have to calculated each time this number is needed (which it is
> often!)
>
> * IMAP namespaces
> as stated in rfc2060:
> 5.1.2 Mailbox Namespace Naming Convention
>
[...]
>
> * administration GUI
> Web interface seems to be the best way to go.
>
> * LMTP Interface
> for faster and better communication between
> Local Mail Transport Protocol RFC 2033
>
> * command line parser IMAP faster (combine some queries into
> one query)
>
> * TLS/SSL/Kerberos
> IMAP over TLS/SSL RFC 2595
--
Lou Kamenov System Analyst
AEYE R&D http://www.rad.aeye.net [EMAIL PROTECTED]
phone: +44 (0) 20 8879 9832 fax: +44 (0) 7092 129079
mobile: +44 (0) 79 3945 3026 PGP Key ID - 0xA297084A
Key Fingerprint - 936F F64A AD50 2D27 07E7 6629 F493 95AE A297 084A
One advantage of talking to yourself is that you know at least
somebody's listening. - Franklin P. Jones
