I want to think about a cluster mail storage system, like an entry each 64k
of mail, to avoid big message bodies in a db field. Anyway this should
improve mailbox access speed and it could give mailbox availability for a
cluster of servers. It seems to me a good idea, but too difficult to
implement. May be there is already some stuff like that around here.
At 09.51 15/06/01 -0700, you wrote:
>et.net>
>Mime-Version: 1.0
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>User-Agent: Mutt/1.2.5i
>In-Reply-To: <[EMAIL PROTECTED]>;
>from [EMAIL PROTECTED] on Fri, Jun 15, 2001 at 06:39:01PM +0200
>
>You don't even want to THINK about SQL for message storage.
>
>It's bad enough on high end SQL servers, mysql isnt going to
>succeed with messages varying from 1k to 10MB (blobs) like a
>special system called The File System.
>
>
>Quoting Nhan NGO DINH (OCIC Missionary Service) ([EMAIL PROTECTED]):
> > Are we still talking about authentication or even about mailbox storing?
> >
> > At 09.18 15/06/01 -0700, you wrote:
> > >The main problem being that you're gonna hurt
> > >setting up and breaking down a SQL connection
> > >hundreds of times/second.
> > >
> > >Have you pondered Radius and backing radius with SQL?
> > >Local connections are faster, something with cache is
> > >also a Good Thing.
