<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic LPR printers requiring department codes in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460647#M17011</link>
    <description>We've recently received requests to include department code in our lpr output to multifuntion printers like the Toshiba estudio 451c.  How do we pass this through LPR/LPD.  We are running OVMS 8.2 on Aplha with TCP/IP V5.6 - ECO 2.</description>
    <pubDate>Wed, 15 Jul 2009 19:41:11 GMT</pubDate>
    <dc:creator>charlie watkins</dc:creator>
    <dc:date>2009-07-15T19:41:11Z</dc:date>
    <item>
      <title>LPR printers requiring department codes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460647#M17011</link>
      <description>We've recently received requests to include department code in our lpr output to multifuntion printers like the Toshiba estudio 451c.  How do we pass this through LPR/LPD.  We are running OVMS 8.2 on Aplha with TCP/IP V5.6 - ECO 2.</description>
      <pubDate>Wed, 15 Jul 2009 19:41:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460647#M17011</guid>
      <dc:creator>charlie watkins</dc:creator>
      <dc:date>2009-07-15T19:41:11Z</dc:date>
    </item>
    <item>
      <title>Re: LPR printers requiring department codes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460648#M17012</link>
      <description>AFAIK, you'll need to find an lpr client (port) for OpenVMS with support for the associated syntax for this printer, and AFAIK the TCP/IP Services does not offer this capability within the lpr tools.  Another stack might.  Or you'll need some sort of a pass-through host.  Or some sort of a blanket authorization set on the printer for the OpenVMS host.&lt;BR /&gt;&lt;BR /&gt;Here's an example of the required syntax over on a Linux box:&lt;BR /&gt;&lt;BR /&gt;lpr -P 358c -o DeptCode=True -o DCDigit1=1 -o DCDigit2=0 -o DCDigit3=2 -o DCDigit4=0 -o DCDigit1=5 filename&lt;BR /&gt;&lt;BR /&gt;This is for department code 10203.&lt;BR /&gt;&lt;BR /&gt;This from:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://zzz.physics.umn.edu/computing/department/unix/printing" target="_blank"&gt;http://zzz.physics.umn.edu/computing/department/unix/printing&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;A local port of lpr may be feasible, though many Unix boxes are using CUPS for printing these days.&lt;BR /&gt;</description>
      <pubDate>Wed, 15 Jul 2009 21:30:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460648#M17012</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2009-07-15T21:30:35Z</dc:date>
    </item>
    <item>
      <title>Re: LPR printers requiring department codes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460649#M17013</link>
      <description>I will be away for a week......on vaccation,&lt;BR /&gt;so I can't get involved.&lt;BR /&gt;But if you haven't solved it by then, send me a mail.......and I will take a look at it.&lt;BR /&gt;&lt;BR /&gt;Hakan&lt;BR /&gt;AKA The Diplomead Printerguru&lt;BR /&gt;&lt;BR /&gt;hakan(dot)zanderau(at)ha-solutions(dot)se</description>
      <pubDate>Thu, 16 Jul 2009 05:06:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460649#M17013</guid>
      <dc:creator>Hakan Zanderau ( Anders</dc:creator>
      <dc:date>2009-07-16T05:06:37Z</dc:date>
    </item>
    <item>
      <title>Re: LPR printers requiring department codes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460650#M17014</link>
      <description>might depend on the printer and how it wants the data passed (is there a standard ??) ... last August I was asked to make a Lanier work ...&lt;BR /&gt;&lt;BR /&gt;First I created a setup module containing just (all one line)&lt;BR /&gt;&lt;BR /&gt;&lt;ESC&gt;P&lt;ESC&gt;%-12345X@PJL SET USERCODE="6721"&lt;LF&gt;&lt;ESC&gt;\&lt;BR /&gt;&lt;BR /&gt;then the form (may wrap, one long DCL cmd line):&lt;BR /&gt;&lt;BR /&gt;$ def/form lanier_p 1201 /mar=(top=0,bott=0) /nowrap/notrun /wid=133 /SETUP=(RESET,LANIER-USER) /len=60&lt;BR /&gt;&lt;BR /&gt;Then the user prints using this form&lt;BR /&gt;&lt;BR /&gt;PRINT/FORM=LANIER_P/QUE=xxx  filename.LIS&lt;BR /&gt;Naturally there are all kinds of security issues with using a TLB library in this way ...&lt;BR /&gt;&lt;BR /&gt;For my requirements, it was enough to use a special dedicated Library for this individual queue and have that queue have ACLs to control who could print to it.&lt;BR /&gt;&lt;BR /&gt;Verne&lt;BR /&gt;&lt;/ESC&gt;&lt;/LF&gt;&lt;/ESC&gt;&lt;/ESC&gt;</description>
      <pubDate>Fri, 17 Jul 2009 18:21:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460650#M17014</guid>
      <dc:creator>Verne Britton</dc:creator>
      <dc:date>2009-07-17T18:21:46Z</dc:date>
    </item>
    <item>
      <title>Re: LPR printers requiring department codes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460651#M17015</link>
      <description>Thanks for the input, all.  Since this is for Oracle/Banner student transcripts, standardization it the key.  We have about 2 dozen print queues for this so we need to standardize processes, queues and form setup.&lt;BR /&gt;Looks like I'll be sticking with my first response to the client, "No, I don't think we'll be able to do that."</description>
      <pubDate>Mon, 20 Jul 2009 19:30:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460651#M17015</guid>
      <dc:creator>charlie watkins</dc:creator>
      <dc:date>2009-07-20T19:30:55Z</dc:date>
    </item>
    <item>
      <title>Re: LPR printers requiring department codes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460652#M17016</link>
      <description>Charlie,&lt;BR /&gt;&lt;BR /&gt;I have looked at the PC-driver, and the departmentcode is set on the queue.&lt;BR /&gt;&lt;BR /&gt;( output from PC )&lt;BR /&gt;.&lt;BR /&gt;.&lt;BR /&gt;@PJL SET HOLDKEY = "" &lt;BR /&gt;@PJL COMMENT EFIPJL SET UNAME = "Gandalf"&lt;BR /&gt;@PJL COMMENT EFIPJL SET DEPARTMENTCODE = "13579"&lt;BR /&gt;@PJL SET HOLDTYPE = PUBLIC&lt;BR /&gt;@PJL SET HOLD = OFF&lt;BR /&gt;.&lt;BR /&gt;.&lt;BR /&gt;&lt;BR /&gt;You could add a couple of queues on a windowsserver, with different departmentcodes&lt;BR /&gt;and then relay your LPD-queues through the windowsserver.&lt;BR /&gt;&lt;BR /&gt;That's the fast answer.......and bypasses most problems in VMS.&lt;BR /&gt;&lt;BR /&gt;I have located a Toshiba eStudio45 nearby where I think I could get access to connect my OpenVMS system.......&lt;BR /&gt;&lt;BR /&gt;I have worked as PrintProblemSpecialist in the VMSsupportteam at Digital/Compaq/HP in Stockholm, Sweden.&lt;BR /&gt;I will try to solve this, even if you don't need this function anymore.&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;&lt;BR /&gt;Hakan Zanderau</description>
      <pubDate>Thu, 12 Nov 2009 09:37:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lpr-printers-requiring-department-codes/m-p/4460652#M17016</guid>
      <dc:creator>Hakan Zanderau ( Anders</dc:creator>
      <dc:date>2009-11-12T09:37:57Z</dc:date>
    </item>
  </channel>
</rss>

