home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / protocol / appletal / 4544 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.4 KB  |  47 lines
  1. Newsgroups: comp.protocols.appletalk
  2. Path: sparky!uunet!charon.amdahl.com!netcomsv!butch!rapnet!news
  3. From: traurig@ncavax.decnet.lockheed.com (Scott Traurig)
  4. Subject: Using CAP/papif with Netware Queues
  5. Message-ID: <traurig-260193122058@skydvr.sanders.lockheed.com>
  6. Followup-To: comp.protocols.appletalk
  7. Sender: news@Rapnet.Sanders.Lockheed.Com (USENET News System)
  8. Date: Tue, 26 Jan 93 17:41:10 GMT
  9. Lines: 36
  10.  
  11.     With some help from Tim Lynch of Novell I was finally able to have some
  12. limited success with printing to Novell Netware AppleTalk print queues, and
  13. I thought some folks might be interested in what I found out. Tim writes:
  14.  
  15.     "All Mac jobs are Adobe Document Structuring Convention compliant to
  16. some degree, meaning they start with "%!PS-Adobe-" and end with "%%EOF",
  17. and have some other comments in them that may be of interest to print
  18. spoolers.  The main difference between how CAP and the Mac work is that the
  19. Mac sends all the job data and then assumes the printer will be able to
  20. print it."
  21.  
  22.     "CAP and other print servers, on the other hand, send the job data and
  23. then
  24. wait for an EOF back from the printer before closing the PAP connection
  25. so they can catch error conditions such as out of paper and PostScript
  26. exceptions reliably.  ATPS currently only returns a PAP EOF at the end of
  27. ADSC-
  28. compliant jobs; ones that start with "%!PS-Adobe-" and end with "%%EOF"."
  29.  
  30.     So, armed with that new knowledge, I created a nice new ADSC compliant
  31. Postscript file on my Mac by using the "print to a file" option available
  32. in System 7, and ftp'd it to my Sun.  And, further armed with the knowledge
  33. that comes from staring at a papif.c listing for a week, I also "setenv
  34. DOACCT 0".  Papif, while smart enough not to bother trying to save
  35. accounting information if you don't specify a log file, still tries to get
  36. the pagecount from the printer, something that Netware queues don't seem to
  37. like. Finally, it worked!
  38.  
  39.     Unfortunately, you can't count on all print jobs being ADSC compliant.
  40. In this case, again with DOACCT set to false, although the job will still
  41. be printed by the Netware queue, it causes papif to generate an idle
  42. timeout. So now I have to either figure out how to hack papif to not look
  43. for an EOF from the queue, or mess with the banner printing options to get
  44. the appropriate PostScript stuff sent to the queue.  Any suggestions?
  45.  
  46.               Scott (traurig@ncavax.decnet.lockheed.com)
  47.