jpoplaws@telesci.UUCP (Joseph E Poplawski) (11/29/89)
Hello. I am having a serious problem installing smail 2.5 under Interactive UNIX V.3 (1.0.5). Basically I got everything to compile fine, but after following the install instructions, I tried to send some test mail to a local user account. The result was almost disasterous. In the process table it seemed that a "rmail jep" and "sh -c /usr/lib/sendmail jep" processes kept being created, though after about 10 minutes, no mail was put into "/usr/mail/jep" and these processes kept starting up, ending and starting up again, sometimes so quickly it was impossible to kill them. I ended up having to do an "init 0" to bring the system down and allow it to kill the renegade processes. After rebooting the system, I had to resort to reinstalling the entire basic networking package as to get everything back to normal because when I tried to restore the original files, it seemed that something was messed up somewhere, some permission or something. Anyway, my question to the net is, has anyone had this problem and come up with a solution, or is there someone out there that has successfully installed smail 2.5 under ISC UNIX V.3 (1.0.5). The system comes with smail 2.2 installed. Another question, what is better, running with smail 2.5 in conjunction with sendmail or running with smail 2.5 as a stand alone? Thanks in advance for any and all help anyone can give. -Jo ...!princeton!pyrnj!telesci!jpoplaws ...!rutgers!rochester!moscom!telesci!jpoplaws
tneff@bfmny0.UU.NET (Tom Neff) (12/05/89)
In article <897@telesci.UUCP> jpoplaws@telesci.UUCP (Joseph E Poplawski) writes: >Hello. I am having a serious problem installing smail 2.5 under Interactive >UNIX V.3 (1.0.5)... > In the process table >it seemed that a "rmail jep" and "sh -c /usr/lib/sendmail jep" processes kept >being created, though after about 10 minutes, no mail was put into >"/usr/mail/jep" and these processes kept starting up, ending and starting up >again ... Possible recursion. Ensure that BSD, SENDMAIL and LMAIL are defined correctly in defs.h. BSD should be undefined, SENDMAIL should point wherever your copy of sendmail lives and LMAIL should point to /bin/lmail. 'Make install' should rename your old /bin/mail, if any, to /bin/lmail, and install something called 'binmail' instead of /bin/mail. >Another question, what is better, running with smail 2.5 in conjunction with >sendmail or running with smail 2.5 as a stand alone? To my way of thinking, a Sys V/386 leaf site should run Smail 2.5 together with Deliver 2.0. Results are terrific. -- There's nothing wrong with Southern California that a || Tom Neff rise in the ocean level wouldn't cure. -- Ross MacDonald || tneff@bfmn0.UU.NET
michael@fts1.UUCP (Michael Richardson) (12/10/89)
In article <14977@bfmny0.UU.NET> tneff@bfmny0.UU.NET (Tom Neff) writes: >In article <897@telesci.UUCP> jpoplaws@telesci.UUCP (Joseph E Poplawski) writes: >>it seemed that a "rmail jep" and "sh -c /usr/lib/sendmail jep" processes kept >>being created, though after about 10 minutes, no mail was put into >>"/usr/mail/jep" and these processes kept starting up, ending and starting up >>again ... > >Possible recursion. Yes, but I don't believe that defines will necessarily fix things... The problem is in the definition of the local mailer in the sendmail.cf. It invokes /bin/lmail with an argv[0] of `mail'. (I had the same problem but I don't remember if changing the mailer definitions helped it at all. I did it the brute force way.) -- :!mcr!: Michael C. Richardson HOME: mcr@julie.UUCP SCHOOL: mcr@doe.carleton.ca WORK: ..uunet!mitel!sce!nrcaer!fts1!michael I never liked staying in one place too long, but this is getting silly...