John:
When a user logs into terminal services
that has a printer that is installed on the server windows creates a printer
port that user depending on what version of windows server you are using
it could be called ts001_office_hp_printer as an example.
You need to set whatever port name is
assigned to that user as their default port and it will print on the
remote station.
From terminal services you can check the
printer ports after you log in by going to contro panel, printer, ports.
This works for me.
From: [email protected] [mailto:[email protected]]
On Behalf Of John Engwer
Sent: Monday, January 17, 2005
8:16 AM
To: RBG7-L Mailing List
Subject: [RBG7-L] - Re: RBW on MS
Terminal Server
I have never been able to get TS to print
remotely. I am using a HP G85 OfficeJet printer and I have the G85 print
drive installed at both locations. Access to remote printing is checked
on the login screen. It generates an error message every time I try to
print. The port selected at the host end is virtual USB (I also tried
LPT1).
Any suggestions?
John
From: [email protected] [mailto:[email protected]]
On Behalf Of [EMAIL PROTECTED]
Sent: Friday, January 14, 2005
10:07 AM
To: RBG7-L Mailing List
Subject: [RBG7-L] - Re: RBW on MS
Terminal Server
Answers inserted below...
--------------
Original message --------------
> When you call up Rbase, you should use the -A option
> (RBASE -A Startup.cmd) etc.
> <
>
> What is this option suppose to do ?
This option tells R:BASE to look in the
rbg7.exe program directory first for the RBENGINE files. This option is
beneficial if you are making only one installation of R:BASE on a network
server and want local workstations to be able to launch the R:BASE 7.1 program
remotely without the need to install it on the local workstation. This is an
excellent option for running R:BASE 7.1 on a Remote Desktop and/or Terminal
Server environment. It also facilitates the process of applying RBG7 updates.
Although I am not sure this
options is valid for 6.5. Perhaps someone else can provide input?
>
Other considerations:
> If you plan on printing through the remote PC, then you
> must setup the same print drivers on the TS server with
> the exact same names. Use supplied drivers with Windows
> whenever possible. 3rd party drivers can cause problems
> with TS sometimes.
> <
>
> My app (RBW6.5++) has pagemode reports containing escape controls
> characters to command a special matrix printer connected to local LPT1
port
> :
>
> OUTPUT FileName
> WRITE ....
> OUTPUT Screen
> COPY FileName LPT1
>
> This DOS printing works without any printers installed to the local PC.
> Is this suppose to work on MS TS ?
> If everything runs on the server, what will tell MS TS to output on the
> local parallel port ?
This may be a problem. I have not tried an DOS
programs or printing with TS. I am afraid you might run into problems
with this, but I must say I have no experience with DOS running over TS.
I know 7.1 Windows works great and that it is a must to have the exact same
printer driver (and name) on the server as on the remote PC.
You will have to start my trying to capture the LPT port
as you do with almost any DOS program, but again, I am afraid you may have
issues on this. Wish I could be of more assistance!
-Bob
> TIA,
>
> Best regards,
>
> J.M. GRATIAS
>
