Subject: Printing from Pine with Y command

From: Eleanor Gilpatrick <[email-masked]>
Date: Wed, 15 Apr 1998 18:26:38 -0400 (EDT)

> I have dial-up service at home to Pine through Telnet-hejira.hunter.cuny.edu 
> I also have access through my office computer at Hunter College.
> At my office I can print out my e-mail by using the Y command.
> 
> When I try to print at home, I use the Y command and the screen says that 
> the printing was done, but nothing happens.
> 
> I have windows 95 and also DOS programs, and my printer works for all
> those places.  I do not see that SETUP is the issue, since I get the 
> message that I have printed (using choice 1).
> 
> What bit of information am I missing?

---

From: Drachen <[email-masked]>
Date: Wed, 15 Apr 1998 15:22:50 -0700 (PDT)

I don't believe that you can print through a telnet connection.

An option for you would be to "E"xport your messages, download them to
your win95/dos machine and then print them from there.

Vinnie
--
[email-masked] System Administrator Epoch Internet
"Connecting The World, One Business At A Time......
By Caring About A Customers Success"
[email-masked] Spam Patrol

On Wed, 15 Apr 1998, Eleanor Gilpatrick wrote:

> Date: Wed, 15 Apr 1998 18:26:38 -0400 (EDT)
> From: Eleanor Gilpatrick <[email-masked]>
> To: Pine Discussion Forum <[email-masked]>
> Subject: Printing from Pine with Y command 
> 
> 
> 
>

---

From: Eleanor Gilpatrick <[email-masked]>
Date: Wed, 15 Apr 1998 22:44:49 -0400 (EDT)

This is the original request.  I got the answer I needed and lost it 
through misfiling.  Could you send answer again please?

---

From: [email-masked]
Date: Wed, 15 Apr 1998 22:48:56 -0400 (EDT)

> I don't believe that you can print through a telnet connection.

Uh, I do it all the time.  Your telnet must support passthrough printing,
though.  The one that comes with Windows (all versions) is less than
helpful, though (okay - it sucks), and does not permit this.  I prefer
QPC's QVTTerm, but there are several other telnets available, both free-,
share-, and other(?)-ware.  Netterm comes to mind.

On the other hand, we've had trouble printing some messages (typically
from GroupWise) which don't wrap properly;  we've put in place a script,
as an alternative, which opens the printer port and uses 'fold -s' before
sending the stream to the PC, but that doesn't seem to cover all bases.
Anyone else find similar display and printing problems from "foreign"
mail?

> > > the printing was done, but nothing happens.

Get a different telnet program.  What are you using?

c
--
Clifford Green               Internet -  [email-masked]
Academic Computing Services     voice -     732-235-5250
UMDNJ-IST                         fax -     732-235-5252
Death is a very dull, dreary affair, and my advice to you is to have 
nothing whatsoever to do with it. -- W. Somerset Maugham

---

From: "K.M. Jeary" <[email-masked]>
Date: Thu, 16 Apr 1998 09:45:23 +0100 (BST)

Yes. Oddly enough with a [Spanish?] Mac version of Eudora - took a long
time to work this one out since I couldn't see anything much wrong with
the messages per se. What happens is that Eudora>Eudora and various other
combinations work fine but when this user sends email to other lecturers
and administrative staff in the same School - they use, typically telnet
to the mail system [NCSA telnet on a Mac] and attached-to-ansi to print.
I've tried getting them to change their character set [us-ascii->iso-8859 
etc] but this doesn't seem to help.

NCSA telnet is already set by default to use the multi-national DEC
character set so the display is fine. What happens is that the message
scrolls past on the NCSA window, and that's that. This is with varieties
of Mac from an LCII to a 4400 with 32 megs of memory.

I'm aware that macs are a minority sport, but this isn't half frustrating.
The alternative is cut-and-padte and with long messages this is v.
awkward!

We also have the strange situation where - at certain times and with
certain people on Macs - you get either scrolling to the screen _or_
notification that printing is taking place but nothing happens when
using attached-to-ansi. Sometimes it is possible to narrow this down to a
memory problem or some other anonaly, and rebooting this clears the
problem, but not consistently. Nor do the occurences seem to have any real
common factor. Ouch!

Internet: [email-masked]       University Computing Service,
JANET:    Deceased/R.I.P.	        Computer Laboratory, Pembroke St,
Phone:    +01223 335039/335632          Cambridge CB2 3QG, England.

---

From: Drachen <[email-masked]>
Date: Thu, 16 Apr 1998 08:52:30 -0700 (PDT)

neat. I'll have to look at that.

I suppose that's what I get for using the tools that come with M$ OSes
(waitaminute..did windows 3.1 come with telnet? blah. whatever :) )

The only thing I use telnet for these days is troubleshooting. Which
brings up an interesting question.hmm.......

Vinnie

On Wed, 15 Apr 1998 [email-masked] wrote:

> Date: Wed, 15 Apr 1998 22:48:56 -0400 (EDT)
> From: [email-masked]
> To: Drachen <[email-masked]>
> Cc: Pine Discussion Forum <[email-masked]>
> Subject: Re: Printing from Pine with Y command 
>

---

From: Cliff Green <[email-masked]>
Date: Fri, 17 Apr 1998 12:56:39 -0400 (EDT)

Is there any documentation (or better: examples) of the display-filters
feature?  I mean more than that in the online help screens and the
tech-notes files.  I've searched the pine-info archives,
www.washington.edu/pine, dejanews, and a couple of other sites, and the
pickings have been a bit slim.

I'm hoping that setting a display-filter (or more than one) will help
display and print incoming mail from MUAs that insist on sending oddly
formatted messages that either display poorly or print badly (if at all). 
As an example, a message with no newlines (or oddly formatted newlines) in
it will display allright, but print badly. 

-c
---
Cliff Green				[email-masked]
Academic Computing Services			  UMDNJ

---

From: "Adam H. Kerman" <[email-masked]>
Date: Fri, 17 Apr 1998 12:16:22 -0500 (CDT)

>From: Cliff Green <[email-masked]>
>Date: Fri, 17 Apr 1998 12:56:39 -0400 (EDT)

>feature? . . .

>formatted messages that either display poorly or print badly (if at all).

We are well past my area of expertise, but I'll throw in a question. Why must
display-filters be used at all? It seems that it isn't necessary to use it to
hook in outside programs. Is its purpose to be an option of last resort?

>it will display allright, but print badly.

Oddly-formatted Newlines, perchance evil quote-printable? You really aren't
looking for a filter, but a method of format conversion to what your printer
really expects.

<whine on>I really don't want to learn all this stuff. I've decided that
everyone is going to agree to use a common standard and stick to it.<whine off>

---

From: Eleanor Gilpatrick <[email-masked]>
Date: Fri, 17 Apr 1998 13:42:53 -0400 (EDT)

I have given it all up in favor of another "server" called QVT/Term.
All that "help" was not directed to the user, I found, but to the central 
facility, in this case Hunter College.  The person there said they were 
all tried to no avail.  The "terminal" program is now working well for 
me.  So I use telnet when I don't want to print and Terminal when I do.  
They both get me to my Pine files.

---

From: [email-masked]
Date: Fri, 17 Apr 1998 14:13:41 -0400 (EDT)

On Fri, 17 Apr 1998, Adam H. Kerman wrote:

> display-filters be used at all?

Merely because I feel the need to approach the problem from more than
one direction.

> It seems that it isn't necessary to use it to hook in outside
> programs. Is its purpose to be an option of last resort? 

I guess you could say so.

> Oddly-formatted Newlines, perchance evil quote-printable?

Yup.  Looks that way.

> You really aren't looking for a filter, but a method of format
> conversion to what your printer really expects. 

Among other things, but yes - that would suffice for now.

> <whine on>I really don't want to learn all this stuff. I've decided
> that everyone is going to agree to use a common standard and stick to
> it.<whine off>

<snide>
Yeah, me too.  However, that realistically works only when one is higher
on the food chain.  (Hmm, how to say this without getting fired?)  In a
multi-MUA environment, with multiple mail systems loosely tied together
in an Enterprise Message System (tm), some Users are More Equal than
others.  We get to enforce standards and good practices with most
accounts, and then chase our tails for others.
</snide>

The goal here is to provide smooth interoperability, with a minimum of
fuss.  Anyway, usually the users involved are pretty reasonable;  it's
only when Middle Management gets involved that life gets tense.  <sigh>

c
--
Clifford Green               Internet -  [email-masked]
Academic Computing Services     voice -     732-235-5250
UMDNJ-IST                         fax -     732-235-5252
It's a funny thing about life; if you refuse to accept anything but the 
best, you very often get it. -- W. Somerset Maugham

---

From: Jeff <[email-masked]>
Date: Mon, 27 Apr 1998 18:33:01 -0400 (EDT)

On Thu, 16 Apr 1998, K.M. Jeary wrote:

> [...] they use, typically telnet

I've had much success with BetterTelnet, based on the original NCSA source
and enhanced/fixed in many ways. I highly reccomend it over the original
NCSA.
<http://www.cstone.net/~rbraun/mac/telnet/>

Also, I've not had much luck getting ZTerm to like passthrough printing,
but found a shareware backage as same price as Zterm, called Black Knight
(I think) that handles passthrough printing well.

good luck,

-jeff