Re: [exim] exim capabilities fo 10-30 K email accounts

Something that you might consider is to separate out the spam and virus
filtering and run that on separate front end servers. Then after the
filtering is done you can pass it on to the server that actually has
users email mailboxes. That will give you some scalability and divide up
the load. And - you can run Exim on all the servers.

JupiterHost.Net wrote:

>
>
> Jerry Bell wrote:
>
>> Largely it will depend on your implementaion. DB access for config
>> info,
>> spamassassin, A/V, webmail, etc. all have pretty drastic impacts on sys
>> design of the system at that number of users.
>>
>> If it's vanilla exim, you'll be fine running it on a 2 proc system, with
>> enough disk space to accomodate the amount of storage space you are
>> giving
>> your customers (accounting for over-subscription) with a healthy
>> amount of
>> RAM.
>>
>> I'd be happy to try to make more specific recommendations if you let us
>> know a bit more about your environment.
>
>
> Thanks Jerry! you rock :)
>
> Its for an ISP that will be running cPanel (and of course then Exim)
> so that means config is exim.conf and aliase/filter files, possible
> spamassassin, possible Neomail, Horde, Squirrelmail, possible clamav.
>
> Mostly it will be used for the 20-30 K DSL customers with one domain.
>
> With maybe a couple hundred DSL cuistomer type websites but nothing
> too dramatic or resource intensive.
>
> In your (or anyone's ;p) opinion would this be a good system to allow
> the description above to work efficiently?
>
> 2 Proc with good disk space for the project and 2GB ram?
>
> TIA :)
>
> Lee.M
>