it's more of a nice feature to have: think about when you have one machine with 100000 
customers and the management suddenly changes the max mailboxsize from 5 mb to 50 mb. 
It's not that easy to "add space" in a server. And splitting the accounts over 2 
servers, requires 50000 ldap modifies :(
Now the latest qmail-ldap patch allows for one machine to have multiple "mailhost" 
names, so then it is easier to split: you invent a new name every 10000 clients and 
when time comes, you can split whatever and however you like.
Consolidated storage stays expensive ...

No remarks on the second feature request (wildcards in rcpthosts/locals)? It's a nice 
thing to have if you have more than 3000 subdomains to handle ...

Franky

On Sun, 10 Mar 2002 17:08:56 +1000
"Kosh Naranek" <[EMAIL PROTECTED]> wrote:

> Looks like it's compiler-time optional in the patch
> 
> But it would mess up the mail download bar in netscape (the STAT returns
> the compressed sizes), 
> and as you said "hdd is cheaper than cpu".  A 100gb drive is now like
> 300usd, and ldap supports clustering (really really well too :) ).
> 
> -----Original Message-----
> From: Mike Jackson [mailto:[EMAIL PROTECTED]] 
> Sent: Sunday, 10 March 2002 05:16
> To: Franky Van Liedekerke
> Cc: [EMAIL PROTECTED]
> Subject: Re: feature request
> 
> 
> Franky Van Liedekerke wrote:
> > 
> > Hi all,
> > 
> > it's so quit on this list, so I'm reading over my old mail and see 
> > some features that would be nice to see in qmail-ldap:
> > 
> > 1) transparent maildir compression, see: 
> > http://www.jedi.claranet.fr/qmail-compression.patch
> 
> Hi,
>  Although maildir compression sounds like a nice idea to save hard disk
> space, disk space is usually cheaper than processor speed. On a heavily
> used IMAP server, all of that compressing and uncompressing would
> probably kill a machine. On a personal mail server, this could be quite
> nice. So, if this patch is integrated then please make it optional to
> use, for example by the existence of a /var/qmail/control/compression
> file.
> 
> Mike
> 

Reply via email to