home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / mail / sendmail / 2792 < prev    next >
Encoding:
Text File  |  1992-11-15  |  3.0 KB  |  64 lines
  1. Newsgroups: comp.mail.sendmail
  2. Path: sparky!uunet!UB.com!daver!hico2!sonyd1.Broadcast.Sony.COM!blilly.UUCP!bruce
  3. From: bruce@blilly.UUCP (Bruce Lilly)
  4. Subject: Re: Anyone built IDA Sendmail on a Sys V Machine
  5. Keywords: Sendmail, IDA, SysV
  6. References: <1992Nov12.172352.7173@zeus.swindon.rtsg.mot.com>
  7. Organization: Bruce Lilly
  8. Date: Sun, 15 Nov 92 14:34:06 GMT
  9. Message-ID: <1992Nov15.143406.7598@blilly.UUCP>
  10. Reply-To: lilb@sony.compuserve.com
  11. Lines: 51
  12.  
  13. In article <1992Nov12.172352.7173@zeus.swindon.rtsg.mot.com> williamm@zeus.swindon.rtsg.mot.com (Martin Williams) wrote:
  14. >Has anyone managed to build IDA Sendmail 6.56/1.4.4.1 on a
  15. >sytem V box, particularly the Motorola Delta/MPC series?
  16. >
  17. >I am attempting this at the moment and have hit what seems to
  18. >be a rather nasty problem with the file daemon.c in that it
  19. >relies heavily on Berkley Interprocess Communication
  20. >primatives. The advice in the comments in this source
  21. >file suggest chucking this source away and starting from scratch!
  22. >
  23. >Has anyone got any suggestions?
  24.  
  25. IDA sendmail runs on AT&T 3B1s (68010, SVR2.2 (more-or-less)).
  26.  
  27. If you don't have an emulation for BSD socket code, you might be
  28. able to sucessfully compile by #undefining DAEMON (in the
  29. configuration header file, of course). This will
  30. leave out the code for listening on socket 25 for SMTP requests.
  31. You won't be able to use the -bd flag to sendmail.  You can still
  32. periodically run sendmail to process the queue (via cron, with a
  33. crontab line like:
  34. 12,42 0,3,4,5,6,7,8,11,12,13,16,17,18,19,20,23 * * * /usr/lib/sendmail -q
  35. ). [One advantage of the crontab approach is that the timing of
  36. the queue processing is synchronized with wall clock time; using
  37. sendmail -q -bd<intvl> at boot time will result in the queue
  38. being processed at some random time, determined by the last time
  39. sendmail was invoked with a -bd arg and the system load since
  40. that time. Synchronization with wall clock time may be useful in
  41. conjunction with other mail-handling programs (e.g. UUCP's
  42. uudemon.hour) which are started from cron. Running without the
  43. DAEMON code also obviates killing and resarting the daemon
  44. (since there isn't one) every time the configuration file is
  45. changed.]
  46.  
  47. [BTW, sendmail w/o the DAEMON code can also be used to handle
  48. SMTP requests, if you have inetd. In that case, the appropriate
  49. inetd.conf line is:
  50. smtp    stream    tcp    nowait    root    /usr/lib/sendmail    sendmail -bs
  51. For machines with a modest SMTP load, this may be a performance
  52. advantage, since sendmail doesn't occupy a process table slot,
  53. memory buffers, swap space, etc. until/unless it is needed. On
  54. the other hand, a machine which recieves a large number of SMTP
  55. requests per unit time may well be better off (performance-wise)
  56. with a sendmail daemon, since each inetd-spawned sendmail has to
  57. read the (possibly-frozen) configuration file. (for portability,
  58. performance, and security reasons, the freeze/thaw code should
  59. probably be rewritten.)]
  60.  
  61. -- 
  62.     Bruce Lilly        blilly!bruce@Broadcast.Sony.COM
  63.                     ...uunet!sonyusa!sonyd1!blilly!bruce
  64.