Re: Are these valid arguments for DevicePrinters?

If your AS/400 is on your LAN you should be able to ignore the Linux and let
the AS/400 communicate with the printer through TCP/IP. You want to allow
your user to start the printer writer if there is a glitch on the network or
if your writers are not automatically started at IPL.  Your users will still
be able to send their reports to a printer device without using a PC (I
think that's how you have it now) for virtual device.  I will refer you to
SG242160.PDF (size is 5,157Kb). This is a redbook that addresses all current
printer configurations and can be downloaded from ibm redbook website
www.redbooks.ibm.com  or I can send it to you privately

Dare

----- Original Message -----
From: "Adam Lang" <aalang@rutgersinsurance.com>
To: <midrange-l@midrange.com>
Sent: Wednesday, December 26, 2001 2:56 PM
Subject: Re: Are these valid arguments for DevicePrinters?


> Our autoinsurance program has other subprograms that dump to printer
> devices.
>
> Also, I think when users specify where they want to send an OfficeVision
> document to print, they send it to the printer device.
>
> Why do you want users to start the printers?  Shouldn't the writers be
> running at all times?
>
> The final reason I have it setup that way, it was the only documentation I
> found from IBM that detailed how to setup a network printer. :)  I had no
> other option to choose from. :)
>
> The AS/400 is not printing "directly" to the printer.  IT is sending the
> print to a Linux print server I setup that handles all the queues.  I had
> problems with the AS/400 timing out writers and stopping them if someone
> else was using the network port on the printer.
>
> Adam Lang
> Systems Engineer
> Rutgers Casualty Insurance Company
> http://www.rutgersinsurance.com
> ----- Original Message -----
> From: "Dare" <oludare@ix.netcom.com>
> To: <midrange-l@midrange.com>
> Sent: Wednesday, December 26, 2001 2:48 PM
> Subject: Re: Are these valid arguments for DevicePrinters?
>
>
> > If you're using remote outqs, why do you have to mapped them to a
virtual
> > device?
> > In my original post I'm seeking others knowledge on the advantages of a
> > device description printers over remote outqs.
> > I do believe that RO are inefficient way of setting up printers on the
> > AS/400.  For one, pagerange printing become difficult to acheive,
> > programming for some special printing with printer files becomes
> difficult,
> > users can not start printers with RO etc.
> >
> > Dare
> >
> > ----- Original Message -----
> > From: "Adam Lang" <aalang@rutgersinsurance.com>
> > To: <midrange-l@midrange.com>
> > Sent: Wednesday, December 26, 2001 2:30 PM
> > Subject: Re: Are these valid arguments for DevicePrinters?
> >
> >
> > > Yes, "Could you". :)
> > >
> > > Adam Lang
> > > Systems Engineer
> > > Rutgers Casualty Insurance Company
> > > http://www.rutgersinsurance.com
> > > ----- Original Message -----
> > > From: "Dare" <oludare@ix.netcom.com>
> > > To: <midrange-l@midrange.com>
> > > Sent: Wednesday, December 26, 2001 2:22 PM
> > > Subject: Re: Are these valid arguments for DevicePrinters?
> > >
> > >
> > > > What do you mean by "Could clarify this a bit for an AS/400 novice?"
> Is
> > > > "you" missing in your statement?
> > > >
> > > > ----- Original Message -----
> > > > From: "Adam Lang" <aalang@rutgersinsurance.com>
> > > > To: <midrange-l@midrange.com>
> > > > Sent: Wednesday, December 26, 2001 2:13 PM
> > > > Subject: Re: Are these valid arguments for DevicePrinters?
> > > >
> > > >
> > > > > Could clarify this a bit for an AS/400 novice?  I setup about 5 HP
> > > > laserjet
> > > > > printers over the network using remote outqueues and mapping them
to
> a
> > > > > virtual device.
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> > list
> > > To post a message email: MIDRANGE-L@midrange.com
> > > To subscribe, unsubscribe, or change list options,
> > > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> > > or email: MIDRANGE-L-request@midrange.com
> > > Before posting, please take a moment to review the archives
> > > at http://archive.midrange.com/midrange-l.
> > >
> >
> > _______________________________________________
> > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list
> > To post a message email: MIDRANGE-L@midrange.com
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> > or email: MIDRANGE-L-request@midrange.com
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/midrange-l.
> >
> >
>
>
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>