As far as mail processes We are an environment that runs I-Mail 7.13 with AV added in.
We have two NICS in the server (W2K Pro SP3/ Dell Optiplex PIII@866 MHz and an IDE based HDD, no RAID) one for POP3 traffic to work on and the other that users send SMTP traffic on. We have about 70 people that get their e-mail on this from 6 different virtual domains. 80% of which get roughly 45-60 e-mails or more a day. The vast majority of all the users get their e-mail between 9am and 6pm M-F. E-Mail seems to rock since we have implemented I-Mail here, we never used anything less than v7.05 so I cannot give a very fair comparison but I hope that the stats I provided will give you an idea of traffic hitting the box. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Madscientist Sent: Wednesday, October 09, 2002 1:23 PM To: [EMAIL PROTECTED] Subject: RE: [IMail Forum] Problem with spool not removeing GSE files For email servers you will want to use Raid 0+1 rather than Raid5, and you should proabably consider putting your spool directory on a separate drive of it's own. $0.02 _M | -----Original Message----- | From: [EMAIL PROTECTED] | [mailto:[EMAIL PROTECTED]] On Behalf Of Keith | Sent: Wednesday, October 09, 2002 12:43 PM | To: [EMAIL PROTECTED] | Subject: Re: [IMail Forum] Problem with spool not removeing GSE files | | | Well it took me 8 months to convince the owners to fork out | 500$ for Declude, If I now go and ask for another machine to | run bsd and IMGate they will most likely freak out. | | Besides Declude is doing a good job, its really Imail that | needs to be improved. If Imail dose such a poor job at | handling incoming mail processing then I would think that | they should revise the system, Grant we are running 6.06 and | I have 7 to be able to install. I have not heard any noise | about how much better version 7 handles incoming mail than | its predecessors. | | I will upgrade to 7 right before I rebuild the machine into a | raid 5 configuration. I'm in the proccess of cleanning up the | NT Database to move those customers to an Imail or even an | SQL database. | | Keith | | | | ----- Original Message ----- | From: "Len Conrad" <[EMAIL PROTECTED]> | To: <[EMAIL PROTECTED]> | Sent: Wednesday, October 09, 2002 12:07 PM | Subject: RE: [IMail Forum] Problem with spool not removeing GSE files | | | > | > >Our server currently processes about 160,000 pieces of mail a day. | > >The .gse files were becoming a problem for us as there | were about 100 | > >being generated every three minutes or so with virtually all being | > >from spam sources with invalid addresses. This equates to 2,000 an | > >hour, or 48,000 each day. Further, with each pending | outbound message | > >being queued and tried six times, this works out to something like | > >300,000 SMTP processes a day. Not a good thing. | > | > Of course not. That's backoffce/plumbing work that should | be offloaded | from | > at box that is directly providing user services. | > | > The abuse situation is really accelerating. I think as a | lot of mail | > servers set up defenses, the abusers just keep hosing out more and | > more volumes since it's becoming harder for them to deliver the | > volumes they | get | > paid for. | > | > For a mail server with your level of traffic and abuse, you really | > ought | to | > think about IMGate. | > | > >One of my staff members wrote a routine in Visual Basic which runs | > >once every five minutes, looking for .gse files which are | more than | > >three minutes old. By doing this we allow all bounce | messages to be | > >tried once (so valid bounces are usually delivered) but the others | > >are killed before they get tried over and over and over | again. (Our | > >queue timer is set for 10 minutes on the gateway server.) | > | > well, that's one approach, but wouldn't the best approach be NOT to | > have those tons crap arrive on your users' mailbox server at all?? | > | > IMgate's mailqueue handling is simply, demonstrably superior to | > Imail's single directory approach. | > | > I helped one Imail ISP last week whose IMGate, which had served for | > months without problem, got overpowered by a huge amount of | abuse (64 Mb machine, | > single ata33 disk). He had 41 K msgs in his mailqueue. | All he to do up | > to 256 Mb RAM to run more processes. It then took over 12 | hours for | > the queue to empty to normal levels. For those hours, his single, | > slow disk was pegged solid, and new mail was passing | through normally | > as well | (IMGate | > let's new mail pass through quickly, while deferred mail is handled | > with second priority). IMGate never missed a beat, not one message | > lost, not one reboot, etc, etc. and now the delay through IMGate is | > the normal sub-3 seconds. | > | > Len | > | > | > | > To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html | > List Archive: | > http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ | > Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ | > | | | To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html | List Archive: | http://www.mail-archive.com/imail_forum%| 40list.ipswitch.com/ | | Knowledge Base/FAQ: | http://www.ipswitch.com/support/IMail/ | | To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
