- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Printing from VMS to another system passing it...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-30-2008 06:06 AM
тАО05-30-2008 06:06 AM
Hi all,
I'm looking to print to another system (Win 2003) from vms 8.3 passing it a username that is not valid in Authorize. Therefore print/user is not an option, since the name used on the Windows side is the alpha-numeric id used by Windows for that vms username. I'm using Multinet 5.2 for the networking software. Am I forgetting to include any more needed details? Any ideas come to mind?
Tnx,
Rich
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-30-2008 06:13 AM
тАО05-30-2008 06:13 AM
Re: Printing from VMS to another system passing it a non-vms username
There was an article
Using LPR-LPD to Print from OpenVMS Clients to Windows NT Printers
available at
http://h18000.www1.hp.com/support/asktima/dec_third_party/00999001-9AFF3077-1C
007A.html
But it is no longer available.
I do not know what HP does about the "old" articles, but it seems they just disappear
:-(
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-30-2008 06:31 AM
тАО05-30-2008 06:31 AM
Re: Printing from VMS to another system passing it a non-vms username
Thanks for the response and info on it. That would've been interesting to read - if nothing else.
Rich
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-30-2008 06:36 AM
тАО05-30-2008 06:36 AM
Re: Printing from VMS to another system passing it a non-vms username
Perhaps you may connect to it directly via network? The DCPS software on VMS supports many printermodels today.
Otherwise export the printer on windows via LPD/LPR and create a queue on VMS to it.
regards Kalle
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-30-2008 06:59 AM
тАО05-30-2008 06:59 AM
Re: Printing from VMS to another system passing it a non-vms username
Thanks for the response and suggestion, but we're not running DCPS software. Even if we were my problem is trying to find a way to "pass" a username to Windows that is not the vms username. Does DCPS do that? I also know the folks here are not going to want to spend $$$ to do it.
Tnx agn
Rich
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-30-2008 08:55 AM
тАО05-30-2008 08:55 AM
Re: Printing from VMS to another system passing it a non-vms username
The DCPS license is bundled into VMS, so no costs.
regards Kalle
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-30-2008 09:16 AM
тАО05-30-2008 09:16 AM
SolutionThe printer can generate the banner, the host can generate the banner, or sometimes the software that generates the print job. This would be Windows generating the banner here?
The Process folks are very likely to know the options and capabilities of their lpr client in detail (I can't see how HP is involved here as anything other than a bystander, given this is Multinet and Windows), and there are various lpr clients around.
As for Windows lpd and its user mapping, donno.
And FWIW, the article http://h18000.www1.hp.com/support/asktima/dec_third_party/00999001-9AFF3077-1C007A.html
is presently available, but it targets Windows NT 3.5, 3.5.1, and circa 1995-vintage IP environments. It's slim. And dated. And not (from what I can see) relevant.
Printing through Windows (or any other host system, including OpenVMS) usually isn't worth the hassles that tend to ensue.
Buy a (new or used) NIC for the printer (in-board or out-board) and connect the printer directly to the network.
Or (better) only purchase printers have NICs. The hassles of low-end printers and served printers quickly make up for any savings.
Very few organizations ever want to spend $$$, either. You've already spent more time and effort working on this than you would have on the NIC or on a slightly more capable printer. And once folks work with NIC printers, they almost never look back. (Kinda like seat heaters in a car anywhere that gets cold. They look like a waste of $$$. Once you have them, you understand why the $$$ was worth it. Printer NICs are the same sort of convenience purchase.)
In the interim (and since you're almost certainly going to continue on the present course, even if you decide to get a NIC), check with Process about their LPR client. The HP client can control the flag page request to some degree. (Though not the username, from a quick look, beyond the PRINT /USER mechanism you've tried.)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-30-2008 09:29 AM
тАО05-30-2008 09:29 AM
Re: Printing from VMS to another system passing it a non-vms username
The MultiNet LPR print symbiont does not send any user identification information to the remote system, so it may be possible that none is needed.
If you are just looking for a header page that identifies the user, then setting the queue on the VMS system up correctly may be all that you need to do.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-30-2008 11:35 AM
тАО05-30-2008 11:35 AM
Re: Printing from VMS to another system passing it a non-vms username
Kalle, after my last response, I went off and got the SPD on DCPS in which I found out what is was/did. But thank you for providing that info for me.
Hoff, Thank you for the pointer to the Windows Doc (and providing it - I assume). It was worth reading as far as I am concerned.
Trying to respond to your note will clarify a lot of things to all (it did to me).
While working on this, I found out that "the printer" on Windows was actually a Linux LPD queue that took what-ever was given to it and passed it through a script to convert the contents to PDF then use the Alpha-numeric to send the results to the submitting user (alpha-numeric id). Finding that out, I took the Windows box "out of the loop" and went direct to the Linux box.
Richard, tcpdumps provided some much needed clues as to what was being sent over to the Linux box and therefore, I decided to change my approach.
In our organization, "everybody else" uses an Alpha-numeric id for login; VMS uses real Alpha usernames (historic).
Knowing that Multinet only passes "Remote" as a username to the other boxes, I decided to concatenate a PS header onto the file to print and do the xlation needed to pre-pend the Alpha-numeric to the file name being sent. The script writer was then able to find and extract it for his script to process.
Turns out the queue on vms is just a pointer to the Linux box & it's queue. It does work tho'.
Thanks again to all for your thoughts and help,
Rich