home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cs.utexas.edu!swrinde!sdd.hp.com!usc!noiro.acs.uci.edu!unogate!mvb.saic.com!tgv.com!info-multinet
- From: adelman@TGV.COM
- Newsgroups: vmsnet.networks.tcp-ip.multinet
- Subject: Re: Possible Bug??
- Message-ID: <23805F4E30JUL92030151@TGV.COM>
- Date: 30 Jul 92 03:01:51 GMT
- Organization: The INFO-MULTINET Community
- Lines: 23
- X-Gateway-Source-Info: INTERNET
- X-Return-path: <info-multinet-relay@TGV.COM>
- X-RFC822-From: adelman (Kenneth Adelman) @ TGV.COM
- Nntp-Posting-Host: Mvb.Saic.Com
-
- > We had an interesting occurrence this week in which the SMTP symbiont seemed
- > to be running amok. It used up virtually all of the CPU time and was filling
- > up the system disk. Examination showed that it was repeatedly trying to send
- > an undeliverable mail message to the Postmaster. The Postmaster account was,
- > however, missing. One reasonably might ask, of course, how THAT situation
- > came about and I have no answer yet, but it did occur. When SMTP tried to
- > return undeliverable mail to the postmaster, the effort generated an
- > "undeliverable mail" error, so SMTP tried to send that to the postmaster,etc.
-
- > Clearly the proximate cause of the problem here is the absence of the
- > postmaster account, and the problem went away when we simply added such an
- > account, but we wonder if maybe a trap couldn't be put into the code
- > someplace that would abort such an infinite loop. Maybe the errant message
- > could be sent to SYSTEM instead of postmaster if two "undeliverable" messages
- > in a row are generated.
-
- The default MultiNet installation has POSTMASTER set to SYSTEM
- for this reason. Whatever the destination of the POSTMASTER account, it
- should have forwarding disabled and perhaps even be on the system
- disk with a lot of quota to prevent this problem.
-
- Ken
-
-