home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / sysadmin / 4300 < prev    next >
Encoding:
Text File  |  1992-07-21  |  2.5 KB  |  64 lines

  1. Newsgroups: comp.sys.next.sysadmin
  2. Path: sparky!uunet!decwrl!csus.edu!csusac!usenet
  3. From: osborn@athena.ecs.csus.edu (Chris Osborn)
  4. Subject: Losing mail with sendmail and/or rmail
  5. Message-ID: <1992Jul21.210518.2182@csusac.csus.edu>
  6. Sender: usenet@csusac.csus.edu (News account (alt))
  7. Organization: California State University, Sacramento
  8. Date: Tue, 21 Jul 92 21:05:18 GMT
  9. Lines: 53
  10.  
  11. Ok, I'm still having problems with UUCP. Quite often, any incoming
  12. UUCP mail gets lost by the system.
  13.  
  14. I think I've tracked down the problem to /usr/lib/sendmail. However,
  15. it may have something to do with rmail.
  16.  
  17. Original problem:
  18.   Mail would arrive at machine, only to get lost, with a return
  19.   message going back to agent on the sending machine with a subject of
  20.   "uuxqt cmd (rmail fozztexx) status (signal 0, exit 208)"
  21.  
  22. What I did next:
  23.   I located a newer version of rmail(4.15 5/31/90) and hacked it to
  24.   send the appropriate flags to sendmail (discovered with strings
  25.   /bin/rmail)
  26.  
  27.   Mail was still getting lost, only now, I wasn't getting those
  28.   messages back from uuxqt indicating anything went wrong.
  29.  
  30. So then:
  31.   I hacked up the rmail to log every little detail to a file, and to
  32.   fork into sendmail, so that I could even log sendmail's return code.
  33.   Well, sendmail was getting exec'd ok, and was even returning a
  34.   status code of 0. Still losing mail though.
  35.  
  36. So today I:
  37.   changed /bin/rmail to be a link to /usr/lib/sendmail. Hey, I figured
  38.   even if the header looked like crap, at least I'd get the body.
  39.  
  40.   So I sent off a message to barf!nvcc!barf!nvcc!barf!nvcc!fozztexx
  41.   (barf is the name of the machine I call, nvcc is my machine, and
  42.   fozztexx is my account), to test out UUCP, once again. 
  43.  
  44.   Well, after the message came back to nvcc the second time, it
  45.   disappeared without a trace. No errors or anything.
  46.  
  47. Also:
  48.   barf and nvcc are NeXTs running 2.1 and configured as a mail server
  49.   (ie.  sendmail.cf is a link to sendmail.mailhost.cf) and all the
  50.   changes I made to nvcc I also made to barf (like changing the rmail,
  51.   as well as making it a link).
  52.  
  53. So can anyone make this problem go away? Can I ftp a newer/better
  54. version of sendmail that will make it stop doing this? Do I need to
  55. change my sendmail.cf file to make it stop?
  56.  
  57. This only happens with UUCP. When any of the machines connected thru
  58. the ethernet send mail, it always arrives succesfully. Of course, they
  59. just transfer it to nvcc, so it goes from nvcc to nvcc.
  60. Chris Osborn
  61. Napa Valley College
  62. osborn@athena.ecs.csus.edu
  63. (Anyone in the Bay Area want to give my college a UUCP connect for free?)
  64.