Len: 1. Thanks for the suggestions, I will look into IMGate, however, being a web hosting company, I don't want to subscribe to block lists. I'm seeing these block list sites pop up from some "spam haters" basement, and before you know it, you've got another block list, managed by who knows, "shooting now", and asking questions later. I fear my phones ringing, customers telling me they are not getting email from certain people. Maybe something I will try in the future, but right now, I'm not ready to explain this to my customers. If any other hosting co's out there have experience here, please let me know.
2. Now, the sending of mail thru a gateway solution does sound much better than Imail's "remote mail gateway" option, (which I've tried several times, with no improvement in performance). Will IMGate run on Win2000, or only for Linux/freebsd ? 3. Forgot about pop before smtp, I will check into that. Yes, "something is VERY WRONG." I'll ask anyone to give it a try. On our company imail server (only one domain), I just logged into the web based interface, and simply clicking "main" (321 messages) shoots the processor to 31%. I can watch it jump exactly when I click "main". Another engineer here had 5000+ emails in his box, and when he clicks main, it shoots to 60% CPU. Now, multiply that by 100 concurrent users! I've emailed IPswitch about this a few times, and they don't even reply to me. I guess it's the process of reading thru the main.mbx file when there are a lot of messages in it. This is a dedicated mail server, that was just re-set up about 2 weeks ago. (raid 5 scsi) Imail, and swap on on separate partition than system. I don't think disk congestion is the problem. Thanks Tom ----- Original Message ----- From: "Len Conrad" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 23, 2002 8:51 AM Subject: Re: [IMail Forum] Imail performance, what can it handle? > > >iwebmsg (i'm on 7.1 now) is killing my CPU's and is competing for CPU time > >with SMTP, thereby making performance suffer on the server. > > > >Possible solution #1: > >If I set up dedicated smtp servers, and ask my customer to use them for > >smtp, is there a way to authenticate against the Imail database? I > >certainly can't set them up open relay, relay for addresses wont work > >either. > > Use IMGate to offload: > > 1. incoming mail from internet to Imail, with anti-abuse protection. This > will reduce mail into imail by 20% to 40% by rejecting spam, abuse, > attacks, and mail to unknown users. > > 2. outgoing mail from imail to internet (Imail doe no DNS lookups, delivers > at highspeed to IMgate, with a minimum of short-lived SMTP processes, > freeing memory) > > 3. outgoing mail from non-webmail users, with IMGate doing > Imail-pop-before-IMGate-SMTP. The users will have set their mail program's > "SMTP Server" to the a DNS domian corresponding to IMGate box. but there > is no SMTP AUTH, and no need for relay for addresses. > > >Possible solution #2: > >Is it possible to run iwebmsg on a dedicated web messaging server? > > no, but you can use FreeBSD or Linux webmail solutions that access the pop > server of Imail ( you lose HKSI templates :(( ) > > >Possible solution #3: (Ipswitch's solution) > >Put less domains per mail server, buy more licenses of Imail. > >Not gonna do it. SMTP is fine if iwebmsg wasn't killing the CPU, I consider > >this a flaw in the product. 5 concurrent sessions with iwebmsg hammer a > >dual 1Ghz server, especially if the mailboxes have 5-10MB of mail in them! > >(if you don't believe me, try if for yourself!) > > you mean only 5 simulataneous webmail users hammer the machine?? something > is VERY WRONG. > > do you have the imail logging, system swap, and mailbox directories on > separate caching scsi controllers? frequently defrag the partitions? disk > i/o congestion and frag are mail performance killers. > > >Also, anyone out there have a smtp log (sysmmddyy.txt) files greater than > >40MB per day? > > I know one Imail + Imgate + ImgateAV user where his imgate log is well over > 100 megs. > > Len > > www.menandmice.com/DNS-training : DNS Training > BIND8NT.MEIway.com : ISC BIND for NT4 & W2K > IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways > > > Please visit http://www.ipswitch.com/support/mailing-lists.html > to be removed from this list. > > An Archive of this list is available at: > http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ > > Please visit the Knowledge Base for answers to frequently asked > questions: http://www.ipswitch.com/support/IMail/ > Please visit http://www.ipswitch.com/support/mailing-lists.html to be removed from this list. An Archive of this list is available at: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Please visit the Knowledge Base for answers to frequently asked questions: http://www.ipswitch.com/support/IMail/
