home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / mail / mh / 1304 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  1.5 KB
  1. Path: sparky!uunet!olivea!inews.Intel.COM!inews!pinkas
  2. From: pinkas@skywalker.intel.com (Israel Pinkas)
  3. Newsgroups: comp.mail.mh
  4. Subject: Re: Looking for hacked mh-e.el to use sendmail.el/mail-mode
  5. Message-ID: <PINKAS.92Nov20151101@skywalker.intel.com>
  6. Date: 20 Nov 92 23:11:01 GMT
  7. References: <RATINOX.92Nov20171806@splinter.coe.northeastern.edu>
  8. Sender: news@inews.Intel.COM (USENET News System)
  9. Organization: Software Technologies, INTeL Corporation, Santa Clara, CA
  10. Lines: 21
  11. In-Reply-To: ratinox@splinter.coe.northeastern.edu's message of 20 Nov 92 22:15:17 GMT
  12. Nntp-Posting-Host: skywalker
  13.  
  14. ratinox@splinter.coe.northeastern.edu (Richard Pieri) writes:
  15.  
  16.    Call me bizarre, but has anyone hacked mh-e.el to use sendmail.el and
  17.    mail-mode instead of mh-leter-mode, etc?
  18.  
  19. Please don't publish the sendmail hack.  The reason that mh-e.el uses MH's
  20. send facility is that your mail system may not be SMTP based.  You also may
  21. not have configured sendmail on your system.  If you run SVR4, you may not
  22. have sendmail configured.  If there is an MX record for your machine, SMTP
  23. mail will be sent somewhere else.  And if all the users use MH, you can
  24. configure MH to connect directly to the mail server.
  25.  
  26. What's the problem with using send anyway?  On most Unix systems it will
  27. either use sendmail or connect to the SMTP server anyway.
  28.  
  29. -Israel
  30. --
  31. Israel Pinkas        pinkas@stps18.intel.com        408-765-4210
  32.  
  33.     "Everybody's askaird of death, until it hits you ...
  34.      then you don't care"        -Archie Bunker
  35.