home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / std / unix / 514 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  2.9 KB
  1. Path: sparky!uunet!not-for-mail
  2. From: gwyn@smoke.brl.mil (Doug Gwyn)
  3. Newsgroups: comp.std.unix
  4. Subject: Re: Standards Update, POSIX.7b: Software Administration
  5. Date: 11 Jan 1993 19:20:26 -0800
  6. Organization: U.S. Army Research Lab, APG MD.
  7. Lines: 44
  8. Sender: sef@ftp.UU.NET
  9. Approved: sef@ftp.uucp (Moderator, Sean Eric Fagan)
  10. Message-ID: <1itddqINNi04@ftp.UU.NET>
  11. References: <1iakluINNblv@ftp.UU.NET> <1ip2arINNnu6@ftp.UU.NET> <1ip51dINNp41@ftp.UU.NET>
  12. NNTP-Posting-Host: ftp.uu.net
  13. X-Submissions: std-unix@uunet.uu.net
  14.  
  15. Submitted-by: gwyn@smoke.brl.mil (Doug Gwyn)
  16.  
  17. In article <1ip51dINNp41@ftp.UU.NET> atkinson@tengwar.itd.nrl.navy.mil (Ran Atkinson) writes:
  18. >  Doug Gwyn <gwyn@smoke.brl.mil> has been using such generalised batch
  19. >software on UNIX systems.  I think his stuff might even be freely
  20. >distributable.
  21.  
  22. Actually, the BRL Multiple-Device Queueing System was originally developed
  23. some 10 years ago by Douglas P. Kingston III with assistance from Michael
  24. J. Muuss.  When DPK moved on to greener pastures, as his last team leader
  25. I inherited the maintenance responsibility for his software, and have kept
  26. it up to date with bug fixes, portability enhancements, and support for a
  27. variety of additional "devices" (some of which are actually interfaces to
  28. services such as FTP, remote lpd, and remote MDQS).  The current release
  29. is kept available for anonymous FTP on host FTP.ARL.ARMY.MIL (aka
  30. FTP.BRL.MIL) as a compressed tar archive named arch/mdqs.tar.Z.  (Remember
  31. to set BINARY transfer mode before fetching.)
  32.  
  33. The advantages of MDQS are that it supports multiple servers per queue,
  34. and each server is expected to simply deliver the data to the "device"
  35. using whatever protocol the device demands -- extra garbage should be
  36. added before spooling the data.  There is no presumption that the
  37. spooled data is text nor that the device is a printer, although there
  38. is optional support for that mode of operation (banner pages, etc.)
  39. There are some shell scripts included to emulate UNIX "lp" and "lpr"
  40. interfaces (also QMS/Imagen's "ipr"); the "lpr" one is being overhauled
  41. and a much improved emulation of modern "lpr"s should be available (in
  42. an updated MDQS distribution) soon.
  43.  
  44. For further information, look in some really old USENIX Conference
  45. Proceedings, or retrieve the MDQS distribution, unpack it, and read
  46. the documentation (which includes the USENIX paper and an
  47. administration/internals guide).
  48.  
  49. My personal opinion from having worked with/on MDQS for years is that
  50. it is a good UNIXy spooling system that can and should be extended to
  51. meet evolving requirements.  It covers pretty much the same functions
  52. as the more common "lp" and "lpr" (lpd-based) spoolers and on several
  53. of our systems it totally replaced them.  ("lpr"/lpd was resurrected
  54. unnecessarily on some local systems when their system administrators
  55. didn't know how to get some commercial software to work with MDQS.)
  56.  
  57.  
  58. Volume-Number: Volume 30, Number 24
  59.