<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 10/31/2018 11:59 PM, Brian White
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAO0vv2Yo8xZuSrBwJKnbgcd9=GjnMTW-g0OEHX=3oMVZrRegzA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<div dir="auto">
<div dir="auto">Ok there are a few things at first glance:
<div dir="auto"><br>
</div>
<div dir="auto">* PFPT is what's causing the H hardcopy to
print via passthrough. That also applies to any other
filepro printing that doesn't specify some destination or
override the default. (Same as what I said in that other
email I just happened to send about the same time you must
have been gathering this.) As I said in that previous post,
you might try installing a different printer driver for the
printer, if one is available for win10. Look for one that
says pcl5 in it's name. Or try using AnzioWin to take
advantage of it's built-in pcl renderer.</div>
<div dir="auto"><br>
</div>
<div dir="auto">* TERM is being hardcoded to scoansi in
.profile . This is not good. The terminal is supposed to
tell the server what kind of terminal it is, and it does
that via the TERM variable. The terminal is supposed to set
the TERM variable. By setting TERM in .profile you are
essentially lying to the server and all apps, ignoring what
the terminal said, and telling the server and all apps that
the terminal is always a scoansi terminal, whether it
actually is or not.</div>
</div>
</div>
</blockquote>
Not being the one that set this up initially, and since it has
worked flawlessly until now, I have never changed it.<br>
<blockquote type="cite"
cite="mid:CAO0vv2Yo8xZuSrBwJKnbgcd9=GjnMTW-g0OEHX=3oMVZrRegzA@mail.gmail.com">
<div dir="auto">
<div dir="auto">
<div dir="auto"><br>
</div>
<div dir="auto">You should remove the TERM hardcoding from
.profile, and look at the terminal emulator config to make
sure it is setting TERM to "scoansi". (It might be setting
just "ansi", which is... a long story I'm going to skip
because this email is already going to be big enough...)
This assumes you don't have something like 150 desktops to
manually edit their configs.</div>
<div dir="auto"><br>
</div>
<div dir="auto">IF you have more than 10 or 15 desks, AND the
terminal emulators on all of them aren't sending "scoansi"
after you remove the hardcoding, THEN it makes more sense to
edit the two termcap files to match the clients than to edit
all the clients to match the two termcap files. Not a huge
task, but it would be a huge email to explain about editing
termcap entries and alias names and the special gotcha and
"long story" wrt sco and the actual sco console and the
particular values "scoansi" vs "ansi".</div>
</div>
</div>
</blockquote>
I have modified termcap before, not an issue. All desks are already
set to scoansi.<br>
<blockquote type="cite"
cite="mid:CAO0vv2Yo8xZuSrBwJKnbgcd9=GjnMTW-g0OEHX=3oMVZrRegzA@mail.gmail.com">
<div dir="auto">
<div dir="auto">
<div dir="auto"><br>
</div>
<div dir="auto">* The default printer in pfconfig is "lp" and
the printer named "lp" is printer8. That is where all print
jobs would go by default, if you commented out PFPT. Is that
lp command line valid? Does that print queue actually work?</div>
</div>
</div>
</blockquote>
Still valid and is where things are being sent as the default. I
have commented out PFPT in the .profile, which resolved the issue,
but that still does not explain why it only fails on Windows 10 PC.<br>
<blockquote type="cite"
cite="mid:CAO0vv2Yo8xZuSrBwJKnbgcd9=GjnMTW-g0OEHX=3oMVZrRegzA@mail.gmail.com">
<div dir="auto">
<div dir="auto">
<div dir="auto"><br>
</div>
<div dir="auto">If not, then change pfprinter to one that
does. (go in to printer maint in and toggle some other one
as default), or edit the printer8 line to a command that
works.</div>
<div dir="auto"><br>
</div>
<div dir="auto">This should largely clear you up.</div>
<div dir="auto"><br>
</div>
<div dir="auto">--</div>
<div dir="auto">bkw</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Wed, Oct 31, 2018, 6:18 PM Rod Caddy via
Filepro-list <<a
href="mailto:filepro-list@lists.celestial.com"
moz-do-not-send="true">filepro-list@lists.celestial.com</a>
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">On
10/30/2018 10:49 PM, Rod Caddy via Filepro-list wrote:<br>
> You do have some things for me to try that I haven't.
But yes the first question you asked is correct. One prints
one does not.<br>
><br>
> <br>
> Rod Caddy<br>
> 817-793-4148 Cell<br>
> 1-877-657-1480<br>
><br>
> Sent from BlueMail <br>
>snip</blockquote>
</div>
</div>
</blockquote>
<p><br>
</p>
<div class="moz-signature">-- <br>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<br>
<div class="moz-signature">
<meta http-equiv="content-type" content="text/html;
charset=utf-8">
<title></title>
<a href="www.pro-set.com"><img alt="Pro-Set Systems Logo"
src="cid:part2.892C0D6B.1FAA61DE@pro-set.com" align="left"
height="50" width="42" border="0"></a> Rod Caddy<br>
Pro-Set Systems<br>
<a class="moz-txt-link-abbreviated" href="mailto:rcaddy@pro-set.com">rcaddy@pro-set.com</a><br>
<small> The information in this e-mail is confidential and may
be privileged. If<br>
you are not the intended recipient, please destroy this
e-mail and <br>
notify the sender immediately. You should not retain, copy,
distribute <br>
or use this e-mail for any purpose, nor disclose any of its
contents to <br>
any other person.<br>
</small>
<pre class="moz-signature" cols="72">
</pre>
</div>
</div>
</body>
</html>