home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / vmsnet / mail / pmdf / 1976 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  2.8 KB
  1. Path: sparky!uunet!olivea!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. From: ned@innosoft.com (Ned Freed)
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: Mail lists and large queues
  5. Message-ID: <01GMVGM6497694DO6P@INNOSOFT.COM>
  6. Date: 27 Jul 92 20:54:03 GMT
  7. Organization: The Internet
  8. Lines: 37
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 27 Jul 1992 12:54:03 -0800 (PST)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GMVHPX1F1U9GVS47@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"TIHOR@ACFcluster.NYU.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. One additional point. While it is true that list traffic can flood the
  21. queues in some cases, it is also true that in most cases regular mail
  22. will get jobs queued just to process it. As such, the list expansion already
  23. tends to happen in a somewhat independent fashion. For example, we expand
  24. several very large lists on ymir.claremont.edu, several of which see heavy
  25. traffic, and in most cases this has virtually no effect on the initial
  26. delivery attempt for regular mail.
  27.  
  28. Immediate delivery jobs for messages only "see" messages that they were
  29. queued to process -- specifically, messages that appeared after some
  30. time. This means that if mail from a list is already expanding in the
  31. background the immediate job does not see it.
  32.  
  33. There is only one limitation with this approach. If your queues are so
  34. narrow that there are always jobs pending you may not get additional
  35. immediate jobs queued in some cases. The simple solution in this case is
  36. to use a wider queue that supports more simultaneous delivery jobs at
  37. once. I recommend at least six and possibly even eight job slots if you're
  38. serious about expanding large lists to many channels. Note that
  39. prioritization helps but cannot solve this problem -- if you use up all
  40. your job slots on expansion of lists there is simply no place for
  41. immediate message operations to go. Once prioritization of list messages is
  42. available you can set things up so that these messages don't create
  43. immediate jobs, but that's about all you can do. A job, once created,
  44. is not the sort of thing that can change its mind about what it is
  45. doing. The VMS batch system is not flexible enough to suspend a running
  46. job to let a later job start running.
  47.  
  48. The big problem comes with periodic delivery. Although periodic jobs try
  49. to process messages with the fewest number of delivery attempts first, it
  50. is far from certain that this simple criteria suffices to correctlyu
  51. prioritize list traffic. This is the place where handling of jobs in
  52. priority order is a real benefit. If a list expands but sees lots of
  53. temporary delivery failures it can really wedge up periodic delivery.
  54. This is the case that prioritization really fixes.
  55.  
  56.                 Ned
  57.