Local Printing with Remote Desktop not working: Windows 7 Pro 32-bit & MS Server 2003
I am struggling to view/add my local printer (Samsung SCX-4623f) to available printers on a remote session from a Windows 7 Pro 32-bit PC via a VPN to a MS Server 2003 SP2 server.The printer is connected via ethernet cable, using standard pscript drivers and runs perfectly for local printing. The exact same pscript drivers are installed on the server. The printer is shared on the Windows 7 PC and the Printers check box under Local Resources in Remote Desktop is checked, as well as Ports. Printer sharing obviously enabled in Advanced Sharing Options.When I login on the server there is still no local printer available in Printers and Faxes, except Microsoft XPS Doc Writer.I have tried logging on and off the server repetetively, reinstalling drivers on both the PC and server and removing all firewalls/AV's from the PC. I have tried adding the same printer shared from another remote user logged onto the server.
March 12th, 2010 9:38am

I am struggling to view/add my local printer (Samsung SCX-4623f) to available printers on a remote session from a Windows 7 Pro 32-bit PC via a VPN to a MS Server 2003 SP2 server.The printer is connected via ethernet cable, using standard pscript drivers and runs perfectly for local printing. The exact same pscript drivers are installed on the server. The printer is shared on the Windows 7 PC and the Printers check box under Local Resources in Remote Desktop is checked, as well as Ports. Printer sharing obviously enabled in Advanced Sharing Options.When I login on the server there is still no local printer available in Printers and Faxes, except Microsoft XPS Doc Writer.I have tried logging on and off the server repetetively, reinstalling drivers on both the PC and server and removing all firewalls/AV's from the PC. I have tried adding the same printer shared from another remote user logged onto the server. I have a very similiar problem. When I do Windows XP remote desktop to the Windows XP computer, I can print locally no problem. When I use a Windows7 remote desktop to that same Windows XP computer, it does not show that printer available... it shows the XPS Doc writer... what can we do to fix this. I need to print locally when accessing this machine.Anyone have thoughts for us?
Free Windows Admin Tool Kit Click here and download it now
March 15th, 2010 7:42am

Hi, Based on my research, I would like to suggest the following: 1. Ensure the printer is compatible with Windows 7 and Windows Server 2003 and the drivers are up-to-date. 2. Try the following method: Printers that use ports that do not begin with COM, LPT, or USB are not redirected in a remote desktop or a terminal services session Hope this helps. Thanks. Regards,Nicholas Li - MSFT
March 15th, 2010 1:20pm

Hi, Based on my research, I would like to suggest the following: 1. Ensure the printer is compatible with Windows 7 and Windows Server 2003 and the drivers are up-to-date. 2. Try the following method: Printers that use ports that do not begin with COM, LPT, or USB are not redirected in a remote desktop or a terminal services session Hope this helps. Thanks. Regards, Nicholas Li - MSFT That doesn't apply to Windows 7 Machines. I'm having the same problem as Acer_, I have a RDP Session from a Windows 7 Machine to a Windows XP machine and the local printer was available a few days ago but isn't anymore. The drivers are installed on both PC's and are compatible with Windows 7.
Free Windows Admin Tool Kit Click here and download it now
January 18th, 2011 1:40am

Printing to a local Windows 7 or Windows XP printer while initiating a Remote Desktop logging into a remote host Host Unfortunately Remote Desktop by default will only display printers configured on serial and parallel ports, below is a work around I have personally found works.When you setup the Remote Desktop configuration be sure you click the Tab labeled Local Resources and at the bottom of the screen, see Local Devices and resources make sure that Printers and Clipboard are selected.Make the Local Printer you wish to print to on the machine initiating the Remote Desktop the default printer and be sure you can print to it (I have found this even works with shared networked printers)Install proper printer driver at the Host End (The site you're logging onto) that matches the printer on the remote end (The end youre initiating the Remote Desktop from). When you 1st install this printer on the Host End just select LPT1 as the port for now.On the Host end go to Devices and Printer and select the printer you plan to print to, Click on printer properties, Select ports look for port labeled TS001, this should be the default printer on your local Remote Computer, Check this port and run a print test. (Unfortunately these TS??? Ports arent described by the operating system, the 3 systems I have checked this out on the port was labeled TS001 which was my default printer on the end initiating the remote desktop, but it certainly could be different on your system so it might take some trial and error to select the proper port.)
March 18th, 2012 1:33pm

Exact same problem, tried this (from SteveDahl ) and it sends a completely blank page to my printer. It is the same no matter what printer I choose, even a cutepdf printer shows a blank page. Seems like it's sending....... well.... nothing. I have selected the correct TSxx port as the correct printer on my end gets a print cue, all data, then shows no errors. other virutal printers send a blank page. Other fixes: in the registry there was a fix HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default\AddIns\RDPDR key FilterQueueType value FFFFFFFF This didn't work. shared printers from other machines work just find if they are on Windows 7 through the XP machine via RDP to the Windows 7 machine but that is my home setup, not my clients. Another fix that suggested using printer pooling on LPTXX or COMXX also failed in both scenarios. Stuck, RDP fail... for now. Any help would be appreciated.
Free Windows Admin Tool Kit Click here and download it now
March 23rd, 2012 1:30am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics