[exim] 30,000+ email accounts

2007-07-30 Thread Richard Pickett
I've searched around and haven't come up with anything definative and was hoping someone here could just point me in the right direction, I'm sure this has come up in the past, but my searches aren't coming up with what I'm looking for. It appears since there are so many accounts it takes the serv

Re: [exim] 30,000+ email accounts

2007-07-30 Thread Mike Cardwell
Richard Pickett wrote: > I've searched around and haven't come up with anything definative and > was hoping someone here could just point me in the right direction, I'm > sure this has come up in the past, but my searches aren't coming up with > what I'm looking for. > > It appears since there ar

Re: [exim] 30,000+ email accounts

2007-07-30 Thread Graeme Fowler
Richard Pickett wrote: > Any ideas? You haven't mentioned the details of your setup, but you'll see an immediate improvement in response times and reduction in load if you mount the volume/partition that the mail spools/mailboxes reside on using the "noatime" option. You may also get a perform

Re: [exim] 30,000+ email accounts

2007-07-31 Thread ben.tanner
[EMAIL PROTECTED] wrote: > It appears since there are so many accounts it takes the server a long > time to parse the directory entries to get to the correct account when > someone is (a) receiving email or (b) reading their email. This equals > more load on the server and over time I'm sure we'r

Re: [exim] 30,000+ email accounts

2007-07-31 Thread Tony Finch
On Mon, 30 Jul 2007, Richard Pickett wrote: > > We'd like to implement a solution where the accounts are split across > multiple machines, but how to split (a) the incoming email to it's > correct backend email server and (b) the pop3/webmail requests to the > correct backend servers. I know I can

Re: [exim] 30,000+ email accounts

2007-07-31 Thread Richard Pickett
On Mon, 2007-07-30 at 13:25 -0700, Jaye Mathisen wrote: > It would seem that hashing your home directories, like /home/a/u/ausername, > woudl eliminate most of that. > > Saves you the money of having to buy multiple machines. I agree 100%. I'm *not* an expert w/ exim (hey, I might not even qua

Re: [exim] 30,000+ email accounts

2007-07-31 Thread Philip Hazel
On Tue, 31 Jul 2007, Richard Pickett wrote: > (a) how do I modify it to pull the first and second character off of the user > name to "hash"? Use one of Exim's built-in "hash" operators. You'll get a more even spread than taking the first or even the first two characters. Grep for hash in the

Re: [exim] 30,000+ email accounts

2007-07-31 Thread Nico Erfurth
Philip Hazel schrieb: > On Tue, 31 Jul 2007, Richard Pickett wrote: > >> (a) how do I modify it to pull the first and second character off of the >> user name to "hash"? > > Use one of Exim's built-in "hash" operators. You'll get a more even > spread than taking the first or even the first two

Re: [exim] 30,000+ email accounts

2007-07-31 Thread Jaye Mathisen
The downside of using md5/sha type hashes, is writing other utilities that may not be exim related, but still mail-server-maintenance related. imap, pop clients, other utilities, etc. Not insurmountable, just a pain. -- ## List details at http://lists.exim.org/mailman/listinfo/exim-users ## Ex

Re: [exim] 30,000+ email accounts

2007-07-31 Thread Oliver C. Polterauer
Hi, Well we use for authentication LDAP as a backend and store there several values, you can use any other DB backend as well, but I think a strait-forward LDAP always will perform faster... Nas-Server:nas-xx Nas-Path:/srv/mail The hash is generated by the provisioning system. The S