[RBG7-L] - Re: RBW on MS Terminal Server

[ttc . inc]

HP printers, especially the "all in one" type, creates a different type of printer port when you install their drivers called  DOT.  In my TS setup, I was never able to get a HP printer to work if the port was setup as such.  Once I went in to the printer's driver properties, set the port on the server to LPT2 (in my case as I have 3 different printers working) and LPT1 on the remote PC, I have been printing without problems for  several months.  We often print fairly large print jobs of 100 pages or more and have no problems what so ever. 

 

Some points to remember (at least on TS 2000)...

 

The installed printer name has to be the exact same on both the remote and server.

The driver has to be the same.  I.E. do not install an XP driver on the remote machine and a 2000 driver on the server.  Changing the name by one character will prevent it from working.

 

If at all possible, use the Windows supplied driver, not a 3rd party one.  With 2000 at least, this is a known problem area.  Often using a "lower version" Windows driver will work much better than the driver that came with the printer. You may lose some functionality such as scanning etc. on "all in one" type printers, but you will have less problems.   So if using a HP3385 printer for instance, using a Windows supplied HP3300 driver may work better.

 

I do not believe you can use the scanner mode of multi function printers on TS.

 

TS works great for us and we have both laser printers and thermal barcode/graphic label printers running on a daily basis three states away from the server.  I have as little problem with them as I do any local printer setup.  So hang in there, once you get the bugs worked out, it can be a great system!

 

-Bob

 

-------------- Original message --------------

Oma..  I believe I have everything setup the way that you described in your post.  TS is running on a PC with XP Pro OS at both ends.  TS works fine for running R:Base, except for printing. 

 

Larry..  I will look for the ts001� printer when I log into the system the next time.

 

Also do you find that file transfers are very slow when using TS remotely?  Before I started using TS I used PCanywhere VPN and I could transfer a 50 meg DB in a few minutes.  With TS it takes a half hour.

 

Thanks for your help.

 

John

 

---

From: rbg7-l@rbase.com [mailto:rbg7-l@rbase.com] On Behalf Of Larry Wilson
Sent: Tuesday, January 18, 2005 2:35 AM
To: RBG7-L Mailing List
Subject: [RBG7-L] - Re: RBW on MS Terminal Server

 

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: rbg7-l@rbase.com [mailto:rbg7-l@rbase.com] 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: rbg7-l@rbase.com [mailto:rbg7-l@rbase.com] 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
>