>>and an IDE based HDD, no RAID) Yikes for less than $300 (card and drive) you could setup mirroring with a Promise controller card
Andrew P. Kaplan The way of a canoe is the way of the wilderness and of a freedom almost forgotten...When a man is part of his canoe, he is part of all that canoes have ever known. -Sigurd Olson, The Singing Wilderness, 1956. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Douglas Mays > Sent: Wednesday, October 09, 2002 1:55 PM > To: [EMAIL PROTECTED] > Subject: RE: [IMail Forum] Problem with spool not removeing GSE files > > > 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/ > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.393 / Virus Database: 223 - Release Date: 9/30/02 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.393 / Virus Database: 223 - Release Date: 9/30/02 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/