Subject: mailcap path to xv?

From: [email-masked]
Date: Tue, 7 Feb 1995 12:16:12 -0500

>From [email-masked] Feb  7 12:13:41 1995
Date: Mon, 6 FEB 1995 11:17:14 -0500 
From: [email-masked]
Newsgroups: comp.mail.mime
Subject: specifying viewer path in .mailcap? 

How to tell Pine (and Mosaic) where to find external viewer xv (and
others like mpeg, etc)???

Do I specify the viewer's (xv)path in the .mailcap file or in an
environment variable prior to invoking Pine (or Mosaic)?

Currently, I place xv in Pine's (AND Mosaic's) directory. I'm not
happy about the loss of hard disk space due to duplicate xv's in
different directories. 

Thanks in advance.
=======================================================
                 /
 \             / /
  \\\' ,      / //
   \\\//,   _/ //,               Mike Dorrington
    \_-//' /  //<,               [email-masked]
      \ ///  <//`                [email-masked]
       /  >>  \\\`__/_           202 452 5002  (fax)
      /,)-~>> _\` \\\            202 452 5027 (voice)  
      (/   \\ //\\
          //  // \\\    
         ((  ((       
=======================================================

---

From: David L Miller <[email-masked]>
Date: Mon, 13 Feb 1995 11:23:28 -0800

You specify the paths to the viewers you want in the .mailcap (or
/etc/mailcap) file... 

|\ |  |\/|  David L. Miller    [email-masked]  (206) 685-6240
|/ |_ |  |  Software Engineer, Pine Development Team   (206) 685-4045 (FAX)
University of Washington, Networks & Distributed Computing, JE-20
4545 15th Ave NE, Seattle WA 98105, USA

On Tue, 7 Feb 1995 [email-masked] wrote:

> Date: Tue, 7 FEB 1995 12:16:12 -0500
> Newgroups: comp.mail.pine
> Subject: mailcap path to xv?
>

---

From: Ian Russell Ollmann <iano@wong>
Date: Tue, 14 Feb 1995 16:38:38 -0800

On Mon, 13 Feb 1995, David L Miller wrote:
   [In response to how to tell pine/mosaic where to look for xv and mpeg.]
> You specify the paths to the viewers you want in the .mailcap (or

Does anyone have a sample .mailcap or /etc/mailcap that they can mail me 
so I can look at it. Our system/my account has neither.

				Ian Ollmann

---

From: Ian Russell Ollmann <iano@wong>
Date: Tue, 14 Feb 1995 16:36:21 -0800

> > others like mpeg, etc)???

It was a while ago, but I think that simply adding in the line 

setenv VIEWER xv 

to your .cshrc is sufficient to tell mosaic to use xv as its veiwer. (Try
replacing "xv" with /usr/bin/xv or whatever the path is to xv if that
doesn't work. You can often find out the path to various programs by
typing "which xv" or "whereis xv".) As for pine, set 

image-viewer=xv

in your .pinerc, or do it through the Setup/Config option.  

I haven't figured out mpeg yet, but if anyone has a suggestion, I'd love 
to hear it.

				Ian

---

From: David L Miller <[email-masked]>
Date: Wed, 15 Feb 1995 16:09:36 -0800

Attached is a sample...

On Tue, 14 Feb 1995, Ian Russell Ollmann wrote:

> Date: Tue, 14 FEB 1995 16:38:38 -0800
> From: Ian Russell Ollmann <iano@wong>
> Subject: Re: mailcap path to xv?
> 
> 
> 
# This is a sample mailcap file based on the sample mailcap file
# contained in the metamail distribution (version 2.7) from Bellcore.
# This sample is for a Unix system.  Look at the original sample from
# the metamail distribution for more ideas.  This is a simplified version
# to explain how it works with Pine.  As of October, 1994, metamail was
# available via anonymous ftp from the host thumper.bellcore.com in the
# file /pub/nsb/mm2.7.tar.Z.
#
# Metamail is:
# Copyright (c) 1991 Bell Communications Research, Inc. (Bellcore)
# 
# Permission to use, copy, modify, and distribute this material 
# for any purpose and without fee is hereby granted, provided 
# that the above copyright notice and this permission notice 
# appear in all copies, and that the name of Bellcore not be 
# used in advertising or publicity pertaining to this 
# material without the specific, prior written permission 
# of an authorized representative of Bellcore.  BELLCORE 
# MAKES NO REPRESENTATIONS ABOUT THE ACCURACY OR SUITABILITY 
# OF THIS MATERIAL FOR ANY PURPOSE.  IT IS PROVIDED "AS IS", 
# WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES.
#
# The mailcap viewers are used by Pine when viewing pieces of a message
# from within the attachment viewer.  That is, you type the "V" command
# when already viewing a message.
#
# Pine expects the mailcap file to be in /etc/mailcap on Unix systems.
# Users may override or extend this with a .mailcap file in their home
# directory.  The contents of that will be combined with /etc/mailcap.
# Users may override this standard Pine mailcap path
# ("~/.mailcap:/etc/mailcap") by defining the environment variable
# MAILCAPS to be equal to the colon separated path.
#
# On PC's (DOS or Windows) the file MAILCAP is searched for first in the
# same directory where the user's PINERC is located and then in the same
# directory where PINE.EXE is located.  The first would be the user's personal
# override file and the second the common file used by all users.   Users
# may override this location by defining the environment variable MAILCAPS
# to be equal to the *semicolon* separated path.
#
# Pine does not use the "compose=" portion of mailcap entries (and doesn't
# provide a general method of composing different types of messages).
# Pine doesn't pay attention to "copiousoutput", but always pipes the output
# to its standard scrolling text window if "needsterminal" is not set.
# If "needsterminal" is set, then Pine sets the terminal or terminal window
# back to the state it was in when Pine was started and lets the viewer run.
# When the viewer finishes, Pine resets the terminal and redraws the screen.
# If any user interaction with the viewer is required and the viewer runs
# in the same terminal window as Pine, then "needsterminal" should be set.
# The "test=" commands are used as defined in RFC1524, except that the
# data file is not available to the test command.
#
# Since mailcap is only used from the attachment viewer, the message being
# viewed will always be a single part, so "multipart" entries in mailcap have
# no effect on Pine.  Type "text/plain" with "charset=usascii" or charset
# matching the character-set variable are intercepted and displayed by Pine
# in the normal way, not displayed by a mailcap viewer.  Besides those
# exceptions just listed, all other types and subtypes are subject to
# being displayed by a mailcap viewer.  If no match is found for types text
# or message, Pine will display them in its usual way.
#
# As a special case, the "image-viewer" variable from the pinerc file is
# supported as if an extra entry for type image/* came first in the
# personal mailcap file.  That's for backwards compatibility.
#
#
# The following line causes the xv program to be used to display all
# image types if the DISPLAY variable is set (indicating the user is
# using X).  (xv is written by John Bradley, [email-masked].  There
# are also other X image viewer programs you could use, such as xloadimage.)
image/*; xv %s; test=test -n "$DISPLAY"

# The effect of the following is to send ALL audio subtypes to the 
# showaudio program.  If possible, it would be desirable to also include
# a test command that could decide whether or not the user could play audio.
# That would be something like "test=can_do_audio %t".  (Showaudio is a shell
# script included in the metamail distribution.)
audio/*; showaudio %s

# (Showexternal is a shell script included in the metamail distribution.)
message/external-body; showexternal %s %{access-type} %{name} \
	%{site} %{directory} %{mode} %{server}; \
	needsterminal; composetyped = extcompose %s; \
	description="A reference to data stored in an external location"

# If you have an interactive Postscript interpreter, you should think carefully 
# before replacing lpr with it in the following line, because PostScript
# can be an enormous security hole.  It is RELATIVELY harmless
# when sent to the printer...
application/postscript ; lpr %s \; echo SENT FILE TO PRINTER ;\
    description="A Postscript File";
# unsafe alternative
#application/postscript; gspreview %s ;  test=test -n "$DISPLAY"

# The following gives rudimentary capability for receiving 
# text mail in the ISO-8859-1 character set, which covers many European 
# languages, and the ISO-8859-8 character set, which includes Hebrew
# Note that the pipe to tr ensures that the "ISO" is case-insensitive.
# (This is also from metamail.)
text/plain; shownonascii iso-8859-8 %s; test=test "`echo %{charset} | tr '[A-Z]' '[a-z]'`" = iso-8859-8; copiousoutput
text/plain; shownonascii iso-8859-1 %s; test=test "`echo %{charset} | tr '[A-Z]' '[a-z]'`" = iso-8859-1; copiousoutput

# The following displays Japanese text at sites where
# the "kterm" program is installed:
text/plain; kterm -geometry +0+0 -e more %s /dev/null; \
	test=test "`echo %{charset} | tr '[A-Z]' '[a-z]'`" = iso-2022-jp

# This maps MPEG video data to the viewer 'mpeg_play'.
# (Mpeg_play is part of the MPEG distribution from The Berkeley Plateau
# Research Group and is available via anonymous ftp from toe.cs.berkeley.edu.)
video/mpeg; mpeg_play %s ; test=test -n "$DISPLAY"

# This maps all other types of video to the xanim viewer.  (Xanim is written
# by Mark Podlipec, [email-masked].)
video/*; xanim %s ; test=test -n "$DISPLAY"

# The xdvi program display TeX dvi files on an X server.
application/x-dvi; xdvi %s ;  test=test -n "$DISPLAY"

# Type octet-stream (binary) data can be displayed as a hex dump before
# you decide whether or not you want to save it to a file.  (Hd is just
# a standard hex dump program.  You could use "od" if you don't have an
# "hd".  Naive users may find the output from this entry confusing.)
application/octet-stream; hd; copiousoutput; description="Hex dump of data"

---

From: "W F (Will) Sill" <[email-masked]>
Date: Thu, 16 Feb 1995 09:41:32 -0500

Wierd problem: two printers - one Epson Stylus 800, one Panasonic KX-P1124.
Alternately connected to LPT1 (too cheap to buy switch - I grope around 
and switch the cable).

SUDDENLY THE PANASONIC DOESN'T WORK FROM PINE!

Both work perfectly on other programs, and 'til a few days ago both 
worked fine on PINE. Difference: Panasonic printer doesn't accept data 
quite as fast, takes longer to get file dumped to printer memory.

Symptoms re Panasonic: Very short files usually print OK but anything 
more than a screenful hangs the machine - often in full lockup. Printer 
stops, "printing" message remains on screen. Keystrokes may or may not 
cause printeer to begin acting as though in "log to printer" mode.

All this time the Epson works fine. 

Hardware: 486DX2 66; software Telix 3.22.  Unable to find any 'switch' 
anywhere but I once saw something some where anout xon xoff re printer.

Ideas?  Thanx in advance.

  /^\~/\/\/^\_______ William F Sill   KD3XR
/^  [email-masked]  | Endless Mountains Amachewer Radio Club
==================== RR6 Box 607, TUNKHANNOCK PA 18657