home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / vmsnet / mail / pmdf / 2158 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  2.5 KB
  1. Path: sparky!uunet!olivea!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. From: klensin@infoods.mit.edu (John C Klensin)
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: deliver and 'vacation' processing
  5. Message-ID: <714353245.907166.KLENSIN@INFOODS.MIT.EDU>
  6. Date: 20 Aug 92 23:27:25 GMT
  7. Organization: The Internet
  8. Lines: 31
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 20 Aug 1992 19:27:25 -0400 (EDT)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. In-Reply-To: <01GNSXW40UWI94E0VK@INNOSOFT.COM>
  13. CC: robin_goldstone@macgate.csuchico.edu, IPMDF@YMIR.CLAREMONT.EDU
  14. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  15. Resent-Message-ID: <01GNT7H9SW8295NSZT@YMIR.CLAREMONT.EDU>
  16. X-Vms-To: IN%"DAN@INNOSOFT.COM"
  17. X-Vms-Cc: IN%"robin_goldstone@macgate.csuchico.edu",
  18. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  19. Content-Transfer-Encoding: 7BIT
  20. Mail-System-Version: <VAX-MM(312)+TOPSLIB(155)+PMDF(4.1)@INFOODS.MIT.EDU>
  21.  
  22. >By the way, be sure that your VACATION.COM keeps a record of addresses that
  23. >have been sent a vacation message to.  Use this list to then prevent sending
  24. >repeated messages to.  If you don't do this, then you can create some nasty
  25. >mailing loops whereby you keep on sending mail to a mailing list....
  26.  
  27. If you must use vacation things at all, you will be a *lot* less
  28. unpopular if you figure out which lists you are subscribed to and
  29. take precautions to *not* send little notes to them.  In addition to
  30. whatever you set up that is specific to the sending patterns of each
  31. particular list, note that any mail that is not addressed to you under
  32. whatever normal individual names you maintain has reasonable odds of
  33. being addressed to a list; excluding all of these from automatic
  34. message generation is not a bad idea.  Doing this in a simple way
  35. may exclude notification of senders of messages on which you are a "cc"
  36. recipient, which is not necessarily a bad idea either.
  37.  
  38. If you want to get a tad more sophisticated about this, use the
  39. rebuild facilities (1,2,3) to grab ENVELOPE-FROM: Many Internet list
  40. exploders use names that match owner-*  or *request@ in that field and
  41. can thus be indentified.
  42.  
  43. At the moment, I can't think of a simple heuristic that will capture all
  44. LISTSERV stuff, but there probably is one.
  45.  
  46. Suggestion:  If someone works out a good set of generic DELIVER rules to
  47. simulate a "vacation" function without driving list members and
  48. maintainers it would be really nice to make them available so that each
  49. person who has this idea doesn't have to re-invent it (or come back to
  50. a mailbox full of abuse).
  51.  
  52.     john
  53.