Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 21 Jun 2004 23:49:32 -0400
From:      Lucas Holt <luke@foolishgames.com>
To:        Chuck Swiger <cswiger@mac.com>
Cc:        Bill Moran <wmoran@potentialtech.com>
Subject:   Re: [OT] Re: What's the best possible email failover solution
Message-ID:  <2BE6F186-C3FF-11D8-BF77-000A95EFF4CA@foolishgames.com>
In-Reply-To: <40D79FF9.20308@mac.com>
References:  <20040621132006.2b1a296f.wmoran@potentialtech.com> <a22ff294040621115173bad2e0@mail.gmail.com> <20040621172520.3544d6fe.wmoran@potentialtech.com> <20040621214348.GB63857@happy-idiot-talk.infracaninophile.co.uk> <20040621175626.3e762448.wmoran@potentialtech.com> <40D76DA3.9090809@mac.com> <20040621204111.6e684d45.wmoran@potentialtech.com> <40D79FF9.20308@mac.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Just a thought, but couldn't you write the imapd process to act more 
like a web application server in the RDBMS scenario.  You can cache 
data and limit the number of select statements executed on the actual 
data store.  Although one wouldn't have something like cookies for 
sessions, the username and other characteristics of the message could 
be used to create a hash identifying the data in the imap server.  Imap 
clients also tend to retrieve the headers only and then retrieve 
message bodies if someone "reads" the message.  For most clients, 
caching the headers might be a good idea.  Of course the timeout value 
couldn't be to large or they wouldn't get the newest messages in a 
reasonable time.

You could also seperate the cache from the imap daemon similar to how 
livejournal.com uses a seperate caching service to limit the overhead 
on the mysql servers for large mail deployments.  Its similar in the 
sense people want the most recent journal entries just like they want 
their new messages.

The other advantage to a mail server implemented as a database is that 
one could add groupwise type functionality as pluggable modules that 
tied in with the data store.  Its overkill, but could be rather neat.

Lucas Holt
Luke@FoolishGames.com
________________________________________________________
FoolishGames.com  (Jewel Fan Site)
JustJournal.com (Free blogging)



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2BE6F186-C3FF-11D8-BF77-000A95EFF4CA>