home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / vmsnet / mail / pmdf / 2129 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  3.0 KB

  1. Path: sparky!uunet!wupost!sdd.hp.com!nigel.msen.com!emory!sol.ctr.columbia.edu!hamblin.math.byu.edu!arizona.edu!mvb.saic.com!simpact!inland!cmkrnl!infopiz!mccall!ipmdf-newsgate!list
  2. From: dan@innosoft.com (Daniel C. Newman)
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: mailing list automation
  5. Message-ID: <01GNOQ4K0XOI94E6PA@INNOSOFT.COM>
  6. Date: 17 Aug 92 19:27:41 GMT
  7. Organization: The Internet
  8. Lines: 55
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 17 Aug 1992 11:27:41 -0800 (PST)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GNOQ5SG1OI95NFC8@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"robin_goldstone@macgate.csuchico.edu"
  15. X-Vms-Cc: IPMDF
  16. Mime-Version: 1.0
  17. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  18. Content-Transfer-Encoding: 7BIT
  19.  
  20. > Our campus currently has a mailing list set up that any user can send to, which
  21. > will in turn be re-distributed to everyone on the campus e-mail system.  This
  22. > list, called USERS, is managed by PMDF as follows:
  23. >
  24. > In VMS mail, there is a forwarding address which forwards USERS to IN%USERS
  25. >
  26. > In the PMDF alias file, there is an entry for USERS:
  27. > USERS: <dua1:[local]users.dis
  28. >
  29. > So when people send to USERS on the VAX, it re-directs to all the people in the
  30. > users.dis file.
  31. >
  32. > I have been asked to make a change in this procedure, such that messages sent
  33. > to USERS get stored on the VAX, and sent out at midnight i.e. deferred
  34. >delivery.  I won't go into details about why they want to do this, it is
  35. > political.
  36. >
  37. > How can I implement this?  I have looked at DELIVER  but I don't really have
  38. > any experience using it, so I am not sure it will do what I need. The messages
  39. > need to be sent back out, retaining their original headers and everything else.
  40. >  If not DELIVER, then what?  Can I define a new channel, that uses a different
  41. > batch queue, that I can stop and then start every night at midnight?  I would
  42. > have to be able to set up a re-write rule based on the left hand side of the
  43. > address to do this.  Is that possible?
  44.  
  45.     The best way to do this is with a reprocessing channel which runs in a batch
  46. queue of its own.  Have a periodic job start that batch queue up around midnight
  47. and stop it at 4 AM (or whenever).
  48.  
  49. -- aliases.; ---
  50.  
  51. users: users-list@reprocess.acme.com
  52. users-list: <dua1:[local]users.dis
  53.  
  54. -----------------
  55.  
  56. Then add to your PMDF.CNF file the following rewrite rule
  57.  
  58.         reprocess.acme.com    $U@reprocess.acme.com
  59.  
  60. and then add the following channel block
  61.  
  62.         reprocess queue REPROCESS_BATCH
  63.         reprocess.acme.com
  64.  
  65.     If you already have a reprocessing channel, then just add
  66. "reprocess.acme.com" to the list of hosts identified with the channel and add
  67. the "queue REPROCESS_BATCH" keyword to the first line of the channel block.
  68. (At present you can have only one reprocessing channel; this restriction can,
  69. however, be lifted very easily....)
  70.  
  71.     In place of "REPROCESS_BATCH" use whatever batch queue name you want to.
  72. It's up to you to set up a batch job which runs starts and stops that queue.
  73.  
  74. Dan
  75.