home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / mail / pmdf / 2217 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  3.2 KB

  1. Path: sparky!uunet!olivea!spool.mu.edu!news.nd.edu!bsu-cs!news.cs.indiana.edu!syscon!gator!inland!cmkrnl!infopiz!mccall!ipmdf-newsgate!list
  2. From: dan@innosoft.com (Daniel C. Newman)
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: Using PMDF to deliver printer files
  5. Message-ID: <01GOCF8RTG8Y9TCN1O@INNOSOFT.COM>
  6. Date: 3 Sep 92 03:35:31 GMT
  7. Organization: The Internet
  8. Lines: 49
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 03 Sep 1992 10:35:31 -0700 (PDT)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GOCF9LH4BM95PAH0@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"HELMKE@CRF.CUIS.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. >    We have a number of small satellite VAX/VMS systems all over the
  21. >    USA that we remotely support via dialup logins and PMDF e-mail.
  22. >
  23. >    We are investigating the possibility of setting up a home grown
  24. >    implementation of something that acts like DQS, but uses PMDF
  25. >    (dialup PhoneNet) and DELIVER instead of a DECNet connection to
  26. >    transfer print files.  We are facing the fact that even a modest
  27. >    file (without any graphics--just line printer ASCII of 200-1000
  28. >    blocks) will take many minutes to transfer so we must consider a
  29. >    data compression utility as well.
  30. >
  31. >    Has anyone "pushed the envelope" with PMDF and associated
  32. >    utilities to deliver files to remote printer queues?  Any
  33. >    suggestions for implementation (or pit falls)?
  34.  
  35. Actually several people have done things like this using PMDF and DELIVER.  For
  36. instance, Ned had a mechanism set up which would allow him to typeset a theatre
  37. program and then have it printed on a printer back in Oklahoma where members of
  38. the community theatre he worked with could then pick it up.
  39.  
  40. Probably the best way to do this with DELIVER is:
  41.  
  42.    (1) Set up a command procedure which does the following:
  43.        (a) LZW compress the file and then
  44.        (b) mail it to an account running DELIVER on the remote system
  45.    (2) PhoneNet delivers it to the remote system
  46.    (3) MAIL.DELIVERY for the account on the remote system then executes a
  47.        command procedure which does the following:
  48.        (a) decompress the message body and then
  49.        (b) print the resulting file
  50.  
  51. You can embed printing information into the message body or you can try using
  52. a Comment: header and use a 1, 2, or 3 DELIVER action to extract that header.
  53. Using the comment header is risky though.  While PMDF doesn't strip Comment:
  54. headers other mailers sometimes do.  Also, another Comment: header my get
  55. added along the way.
  56.  
  57. If the files may be large, then you can consider using the message
  58. fragmentation support so as to break the message into smaller units.  By doing
  59. this you avoid the problem whereby a phone line glitch kills the message half
  60. way through its transmission and you then PhoneNet has to start sending the
  61. message again from scratch.  The /MAXBLOCKS qualifier to PMDF SEND may be used
  62. or you can use a maxblocks keyword on the PhoneNet channel itself.
  63.  
  64. It is unfortunate that MIME does not have a compression scheme since that would
  65. have simplified your life greatly.  However, the working group did not come to
  66. closure in time on a compression scheme.
  67.  
  68. Dan
  69.