home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / admin / 4282 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  2.3 KB
  1. Path: sparky!uunet!sun-barr!rutgers!ukma!morgan
  2. From: morgan@ms.uky.edu (Wes Morgan)
  3. Newsgroups: comp.unix.admin
  4. Subject: Re: Help Needed: How to send mail to "everybody" at once
  5. Message-ID: <1992Jul23.85024.26701@ms.uky.edu>
  6. Date: 23 Jul 92 12:50:24 GMT
  7. References: <1992Jul16.224234.13551@cco.caltech.edu> 
  8.     <1992Jul17.140319.23953@sdc.com> <TROST.92Jul21233312@romulus.reed.edu>
  9. Organization: The Puzzle Palace, UKentucky
  10. Lines: 41
  11.  
  12. jafl@cco.caltech.edu (John Lindal) writes:
  13. >Does anyone know how to send mail to everyone on a particular system
  14. >without having to specify all the user names?
  15.  
  16. AAAAAAAAAUUUUUUUUUUGGGGGGGGGHHHHH!
  17.  
  18. John, this is one VERY EFFICIENT means of putting your personal fat in 
  19. the proverbial fire.   Mass mailings tend to put a significant strain
  20. on most systems, for several reasons:
  21.  
  22.     1) The disk space allocated for mailboxes is shared among all
  23.            users (on most Unix systems).  Sending messages to, say, 
  24.        1500 users will often fill up the "mailbox space"; as a 
  25.        result, NO ONE will receive any further mail until someone
  26.        goes in and cleans it up.  The administrators break out the
  27.        hangman's noose and start examining return addresses.
  28.  
  29.     2) Many mail programs spawn child processes to deliver mail.  A
  30.        mailing to 1500 people might result in 1500 delivery processes
  31.        running within seconds of each other.  The system slows to a
  32.        crawl, and the administrators break out the hangman's noose and
  33.        start examining return addresses. 
  34.  
  35.     3) Many users go for months without checking their mailbox.  Your
  36.        mass mailing might lie, unread, in the majority of mailboxes.
  37.        The aforementioned "mailbox space" has less free space, and the
  38.        administrators break out the hangman's noose.
  39.  
  40. If you REALLY think that EVERY user should see your message, ask your
  41. admins to place it in /etc/motd or, if your system supports the news(1)
  42. command, /usr/news.
  43.  
  44. Having just recovered from a mass mailing to 1800 users on one of my systems,
  45. I can tell you that this is a Very Bad Thing (tm).
  46.  
  47.  
  48. -- 
  49.  morgan@ms.uky.edu    |Wes Morgan, not speaking for|                MORGAN@UKCC 
  50.  morgan@engr.uky.edu  |the University of Kentucky's|     ....!ukma!ukecc!morgan
  51.  morgan@ie.pa.uky.edu |Engineering Computing Center| morgan@wuarchive.wustl.edu
  52.      Mailing list for AT&T StarServer S/E - starserver-request@engr.uky.edu
  53.