When printing to a universal print queue, every job errors out

Brass Contributor

I have an Azure server hosting print queues.  The PQ's use an FQDN on the port.  The port is set to RAW 9100.  I've using HP MFD's and Xerox MDF's.  These print queues spool jobs without any issues directly from the server or mapped off the server to my client.  I've got a connector installed which discovered the PQ's.  These PQ's are registered on the connecter and are available in Azure / Universal Print.  I've shared the PQ's and added permissions.  I can search from my Win client and find the cloud PQ's.  I can add them without any issues.  It appears print jobs spool from the client's PQ's but once the file size completes the job hangs and eventually displays an error.  It appears it never get's to the server.  Nothing in the event log on the server either.  I've unregistered PQ's and changed the port form FQDN to IP and no change.  These PQ's work fine just not with Universal Print.  I've attached some print queue screen shots.  What else can I modify in Universal Print to complete a print job??  I can attach the connector diag of the printer if needed.

5 Replies

@larry900, if you are still having problems, I recommend opening a support ticket with Microsoft CSS so they can help you troubleshoot the problem.  You can file a support ticket at https://aka.ms/upsupport-azureportal.  If you don't have an Azure subscription then the Universal Print option will not be shown. In that case open a Azure support case and in the description specify that your case needs to be routed to the Universal Print team.

 

Regards,

Jimmy

@Jimmy_Wu I'm having what appears to be the same issue.  We opened a ticket with Azure support and they couldn't identify the issue.  The end result being we were told there was no more support available for this preview feature and the ticket had to be archived.

We were able to get this working with help from the Universal Print support team.  Thank you.

@sd27ryan HI, I had similar problems, what was the issue?

@Christophe Barneaud Account impersonation was enabled by default in the client we used to install.  It has supposedly been disabled in the newer versions of the client.