[comp.unix.xenix] SCO MAIL

sccm@tcistl2.UUCP (Mason) (04/02/89)

Thanks for the recent responses via e-mail to my question regarding
re-directing output from SCO Xenix Mail.  

Of course, the answer was simple - utilizing the LPDEST variable 
effects the re-direction very nicely.  Researching the answer to
my next question revealed the LPDEST solution in the documentation, 
so RTFM did apply...

Now being able to easily re-direct, I find that SCO Xenix Mail, since
it pipes through pr for printing, sets the page length to 66 lines, or 
simply uses the pr default of 66.  My printer, a canon lpb8, requires
a page length of 62 lines...

Any suggestions on setting page length (NOT the page length of the 
visual device used for viewing mail) for mail command "l (pr)" ??

Again, e-mail responses would be appreciated to hold down traffic on
the network.

By the way, to those egomanics who feel it is imperative to demonstrate
their clearly superior opinions by making smart-ass responses posted
for world-wide distribution when I clearly suggested e-mail responses,
I hope that some day you achieve some level of responsibility in your
use of a valuable resource...

Thanks for the help !

Stephen Comfort-Mason
uunet!tcistl2!sccm

I never cease to be amazed
at the egomanics that 

daveh@marob.masa.com (Dave Hammond) (04/11/90)

In article <6073@ozdaltx.UUCP> root@ozdaltx.UUCP (root) writes:
>Anytime, an extreamly long To path is passed to mail (from a news
>article), the C.xxx file always gets bunged with the wrong address for
>the system that polls us.
>
>-rw-rw-rw-   1 uucp     uucp         108 Apr  5 12:41 C.a!babbaA6745
>                                 should read     ==>  C.micA6745
>
>To: mic!letni!texsun!newstop!sun-barr!apple!mips!zaphod.mps.ohio-state.edu!\
>uakari.primate.wisc.edu!xanth!mcnc!uvaarpa!babbage!watt.acc.Virginia.EDU!jeg7e
                                          ^^^^^^^

Perhaps sco's mailer maintains a small, automatic array for some portion
of the path resolution code, does not check for overflow, and the
overflow clobbers some other portion of the stack.

--
Dave Hammond
daveh@marob.masa.com
uunet!masa.com!marob!daveh