× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I don't think what you are asking for is possible, but I could be wrong.

In any event, you'd have better reliability if you get rid of the remote OUTQs and replace them with
DEVDs that make use of the PJLDRV, SNMP, or IPP system printer drivers.



HTH,

Charles Wilt
--
Software Engineer
CINTAS Corporation - IT 92B
513.701.1307

wiltc@xxxxxxxxxx


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-
bounces@xxxxxxxxxxxx] On Behalf Of John McKee
Sent: Tuesday, May 06, 2008 4:11 PM
To: Midrange Systems Technical Discussion
Subject: Redirecting printer output

The subject line is kind of misleading. This is a bit uglier.

The vendor supplied code has been modified to send data to specific remote
output queues, based on the type of form desired. The printers are
Lexmark
printers that are also being supplied from an HP system. The printers
have a
DIMM chip in them which is used to print the form on plain paper.

The form to be printed is selected by use of a workstation customization
object
attached to the remote output queue or, in some cases, the device
description.

We have the following forms selected, so far: F, FR, M, C, SP, SR. May be
other
- I am not really involved with this mess.

But, I have been involved when the spool file goes to SND status and then
just
hangs. It would be nice to dump the remote output queues and have just
device
printing. At least the operator might receive some form of error message
when
things go sour.

Here is what I am wondering: Would it be possible to send all the form
types to
a single device. As the output gets redirected to the appropriate real
device,
the suffix characters would be used to invoke the appropriate
customization
object. So, instead of needing potentially six device descriptions for a
single IP, the data stream could get routed to the appropriate
customization
object through (maybe) an exit point program that could redirect the
output.

I don't know if a) I have explained the mess well enough, or b) an exit
point
exists that would allow this to happen.

Restating the mess: instead of having six remote output queues, each with
a
distinct customization object, is it possible to use a program that could
route
the data through the appropriate customization object and then to a single
output queue?

We have several hundred remote output queues. Not every printer has all
of the
above customization objects, thus not all the output queues are in
existence or
are needed. But, based on random failures, it seems that having hundreds
more
devices is not an ideal path to go down.

I will try to look through the InfoCenter, but I am not quite sure what I
am
needing to locate - if it even exists.

Thanks

John McKee

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




This e-mail transmission contains information that is intended to be confidential and privileged. If you receive this e-mail and you are not a named addressee you are hereby notified that you are not authorized to read, print, retain, copy or disseminate this communication without the consent of the sender and that doing so is prohibited and may be unlawful. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please delete and otherwise erase it and any attachments from your computer system. Your assistance in correcting this error is appreciated.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.