Wednesday, October 14, AM. I followed this advise, to resolve another issue Wednesday, October 14, PM. Hi again, Please understand that this issue is also caused by the remote procedure call RPC endpoint for the spooler.
Thursday, October 15, AM. Hi, Day 3 and the process defined above still works. Anyway, the client is happy with that solution. But maybe there is an update to the Print Mgmt console for XP? Thursday, October 15, PM. Hi Tom, Thanks for the update. At this step you should be able to see drivers, forms, and ports on the print server, if print server has been added correctly. To see the printers, you need to perform the steps below.
In order to see all printers on the server, you need to do some additional steps on the print server. The issue is that there is no DNS A record for the remote client on the server client being the system running the print management console, be it Win7 or R2. The mechanism to get driver, ports, and forms is different than printers.
Basically "Printers" in the Print Management snap in uses a push mechanism from the server. In the Select a print server window, click A print server on the network , type the remote print server name, and then click Next. In the Review the list of items to be exported window, click Next.
In the Select the file location window, type a location to which you want to back up the printers. In the Print Management snap-in, right-click the remote server, and then click Export Printers to a file. In the Select the file location window, type a location to which you want to back up the printers in the Export printer data to field.
Click Import printer queues and printer drivers from a file , and then click Next. In the Select the File Location window, type a location to which you want to restore the printers. In the Select a print server window, make sure that the print server that is listed is the print server that hosts the printers, and then click Next.
We recommend that you review the Application events that have a PrintBRM source to determine whether any more actions are needed.
The restored printers are shared in the same manner in which they were shared previously. The Print permission gives the user or group of users the ability to print. Users with this permission can manage only their own documents on the printer. On the Advanced tab we can control the availability of the printer, priority, spool options, etc.
We can also configure options for Print Server. If our printer has bidirectional support our computer can can receive a messages from the printer — like a paper jam, low on toner, out of paper messages, etc.
Printer will send those messages to the Print Server. If we want those messages go toward users we have to turn on print notification. To see the print queue we can simply double click on the printer that we see in our Printers and Faxes folder. Here we can see all documents that are printing. We can also pause printing, or delete a printing job. We can also reorder the jobs the job at the top of the list will print first. By sharing our printer we are making it available for other users on the network.
This takes us straight to the Sharing tab. All we need to do now is to click the Apply button and our printer will be available on the network. Of course, we can alter the share name of the printer if we want. If we are using old clients that will have to connect to the printer, we should use short share name for our printer, because very old clients are not able to use the longer share names supported by more recent operating systems.
If our computer was a member of a domain, here we would also have an option to list our printer in a directory. This allows users to search Active Directory for a list of available network printers.
If necessary, we can also install additional drivers. To do that we have to click on the Additional Drivers button. This allows clients running different operating systems to automatically download the appropriate driver when they first connect to the shared printer.
0コメント