Based on the DESCRIPTION column I see you have the queue set up using
the HP Laserjet 4,4M driver. That is why the queues are created as
either PCL or PostScript, not as "generic (ASCII)".

If the application is generating PostScript data, then it could be that
the PS code is not being generated properly by the application. (For
example, we use Zebra tag printers that need to send the data to the
printer in ZPL II otherwise the printer just ignores what was sent to
it)

My thought would be to see if you can send a PostScript file from any
other source to that ntc58028PS printer queue and see if the queue will
print it. If so, then sneak a peak in /var/spool/qdaemon at the job
file and see how it compares to the one being produced by the problem
application.

Sorry - wish I could be more help but it sure looks like the
application is causing your problem. It may not be producing valid
PostScript data and the port is refusing to print it out. You might
want to check the emails sent to root user on that RS/6000. Maybe it
will contain an error message sent about the jobs going to that printer
queue.

Steve