home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
- From: kvc@summer.innosoft.com (Kevin V. Carosso)
- Newsgroups: vmsnet.mail.pmdf
- Subject: RE: postmaster bounces - 4.1-10
- Message-ID: <01GO4MH24BHU8WZHA5@SUMMER.INNOSOFT.COM>
- Date: 29 Aug 92 04:35:55 GMT
- Organization: The Internet
- Lines: 17
- Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
- Resent-Date: 28 Aug 1992 20:35:55 -0800 (PST)
- Resent-From: epmdf@YMIR.CLAREMONT.EDU
- Errors-To: epmdf@YMIR.CLAREMONT.EDU
- Resent-Message-ID: <01GO4MHDOH4I95ONJ8@YMIR.CLAREMONT.EDU>
- X-Vms-To: IN%"ECF_STBO%JHUVMS.BITNET@ymir.claremont.edu"
- X-Vms-Cc: info-pmdf
- Mime-Version: 1.0
- Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
- Content-Transfer-Encoding: 7BIT
-
- > I would recommend that people on bitnet with a heavy mail load install
- > bn_master and bn_gateway /open/head/shared. Here these images are invoked
- > hundreds of times a day. I have also streamlined task_server.com by adding a
- > set nover and letting all the logfile information just go into the single
- > process log file. If there is a problem, we can always go back to the old
- > one. Wirth the one shipped there are way too many files created, with way too
- > much data in them for normal operation. Our [log] directory was getting up to
- > 10,000 blocks w/ hundreds of files!
-
- We've considered adding some things to PMDF to reduce (or eliminate) the normal
- level of logging for high-traffic sites. The sorts of things you've done
- would be included in that. About the only drawback is tracking things down
- when a problem occurs. We're thinking about the best way to reduce logging
- with the least adverse impact to problem-tracking.
-
- /Kevin Carosso
- Innosoft
-