UKTeX V89 #05       Friday 3 February 1989

                 Numbering sets of equations in LaTeX/self
                       TeX for Apollo, pd TeX, Xdvi
                  character mangling coming in from EARN
                                Common TeX
                              MF & PostScript
                      Color printer drivers for TeX.
                         Verbatim macros for LaTeX
         First report from the TUG DVI driver standards committee
                            Finland calling...
                        BibTeX v0.99 for the IBM PC
                                  K-Talk
             Why do requests get rejected by the mail-server?
                      Multi-lingual mail-server help

Editor Peter Abbott

Thanks to all those who respond to my request about troff -> TeX/LaTeX. The 
files I needed are available in the UNIX subgroup of the archive.

Latest TeXhax in the Archive is #05 
Latest TeXmag in the Archive is V2N6

---------------------------------

Date:           Wed, 25 Jan 89  16:40 GMT
From:           David Handscomb <DCH@UK.AC.OXFORD.VAX>
Subject:        Numbering sets of equations in LaTeX/self

Some writers of mathematics may find this useful.

If you want to refer to a group of related equations both collectively and
individually, assuming that equations are normally numbered as
(section.equation) [the commands below are easily modified to cope with
other numberings], you can, by adding the listed commands to the style
file, do so by enclosing the group in an "eqngroup" environment, which may
itself be labelled and may include other material besides equations.  The
numbering of surrounding equations will not be disrupted. RESTRICTIONS: an
"eqngroup" must be properly nested with other environments; may contain,
but may not be contained in an "eqnarray"; must lie wholly within one
section. 

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% Commands to be inserted
% assuming we already have:
%   \def\theequation{\thesection.\arabic{equation}}
%   \@addtoreset{equation}{section}
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\newcounter{equationgroup}
\newenvironment{eqngroup}{
 \setcounter{equationgroup}{\value{equation}} \setcounter{equation}\z@
 \def\theequationgroup{\thesection.\arabic{equationgroup}}
 \def\theequation{\theequationgroup\alph{equation}}
 \refstepcounter{equationgroup}
}{
 \setcounter{equation}{\value{equationgroup}}
 \def\theequation{\thesection.\arabic{equation}}
}
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Example of use:
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\begin{eqngroup}\label{eq234}
\begin{equation}
a \frac{\partial u}{\partial t} =
\frac{\partial}{\partial x} K \frac{\partial u}{\partial x},
\label{eq2}\end{equation}
where $u = u(x,t)$,
\begin{eqnarray}
u(x,0) &=& \phi(x), \quad 0\leq x\leq \pi,\label{eq3}\\
u(0,t) = u(\pi,t) &=& 0, \quad t>0.\label{eq4}
\end{eqnarray}
\end{eqngroup} 
We refer to (\ref{eq2}) as the {\em differential equation}, (\ref{eq3}) as the 
{\em initial conditions}, (\ref{eq4}) as the {\em boundary conditions}, and
(\ref{eq234}) as the {\em problem}.
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

                                David Handscomb
                                dch@uk.ac.oxford.vax

---------------------------------

From: Andrew D Nimmo <andrewn@uk.ac.sussex.syma>
Date: Fri, 27 Jan 89 15:04:51 GMT
Message-Id: <12360.8901271504@uk.ac.sussex.syma>
Subject: TeX for Apollo, pd TeX, Xdvi


        I am looking for a version of TeX for Apollo DN3000/DN3500/DN4500 's.
Do you know if there is a version specifically for the Apollo's, or 
alternatively, where I can obtain a public domain version for BSD4.2/BSD4.3.

        I would also be interested in finding a supplier of an X-Windows
previewer for TeX (X11), a dvi2ps program (for the LaserWriter IINTX) or any
similar software.

        1/4" tape (preferably apollo format, although will accept tar) is out
preferred media, although it is possible to use hhcp for network transfer.


        Thanks in advance for any help anyone can give.

        Andrew D. Nimmo
        VLSI & Graphics Research Group
        EAPS II, PG PH
        University of Sussex
        Falmer
        BRIGHTON
        E. Sussex
        U.K.
        BN1 9QT

        email:andrewn%uk.ac.sussex.syma
              andrewn%uk.ac.sussex.unx1 (closing shortly)
              adnimm%uk.ac.sussex.cvaxa.bilbo

---------------------------------

From:    Dave Love <FX@UK.AC.DARESBURY.NNGA>
Date:    Fri, 27 Jan 89 18:24 GMT
Subject: character mangling coming in from EARN
Message-Id: <27 JAN 1989 18:24:37 FX@UK.AC.DARESBURY.NNGA>

I  recently  did  an  experiment  on what happens to characters which go
JANET->EARN & EARN->JANET (where the 2 EARN nodes were actually Vaxen --
I didn't have someone to pester on an EARN IBM).
 What happens is as follows:
 Coming  from EARN, uparrow -> tilde (i.e your superscripts get replaced
by a hard space) and tilde -> percent (i.e.  you hard spaces cause  some
of your TeX to be commented out with possibly disastrous results).
 Going  to  EARN,  uparrow  and  both  curly  brackets  ->   unprintable
characters (values greater than hex FF) and tilde -> uparrow.  Thus your
superscripts  and  macro argument lists cause chaos at the other end and
your hard spaces probably cause an error trying to do  superscripts  out
of math mode.
 This  matter  is  being  taken up with at least one relevant networking
authority.  It doesn't seem to be  a  problem  with  the  JANET  gateway
specifically.
   Dave Love, SERC Daresbury Laboratory

---------------------------------

Date:           27-JAN-1989 19:47:48 GMT
From:           CA_ROWLEY@UK.AC.OPEN.ACS.VAX
Sender:         JANET"CA_ROWLEY@UK.AC.OPEN.ACS.VAX" <CA_ROWLEY@UK.AC.OPEN.ACS.VAX>


RE:
Adrian Clark would like to know if a LaTeX style option can determine the
style file it is being used with and adjust its behavior accordingly.

There appears to be no way to do this.  The \documentstyle command is very
simple - about 3 lines of code or so - and it never saves the name of the
style file anywhere:  It uses its parameter directly in an \input.  So any
such information would have to be provided by the base style files themselves,
which could of course define an appropriate macro.  But the standard ones
don't.

It would probably be possible to find some parameter or set of parameters
which is set in some recognizable way which is different in the different
standard files - the secnumdepth counter is a good start - but I wouldn't
recommend it.
                                                        -- Jerry

Hence the "simple" solution: redefine \documentstyle to record what it is doing,
then there is no need to touch anything else or hunt for significant values.
To be more precise:  add the following to the definition of \@documentstyle

        \def\@mainstyle{#2}

Problem: \documentstyle is the one and only user-command in LaTeX
which you cannot redefine in a .STY file, hence this "simple" solution
would involve the production of a nonstandard LateX. Now, if we
could bribe Leslie into incorporating it into standard LaTeX...
 ...but perhaps that will have to await Version 2.1!!

chris rowley

---------------------------------

Received:
          from UKACRL by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 0609; Sat, 28
               Jan 89 12:47:51 GM
Received:
          from HGRRUG5.BITNET (VENS) by UKACRL.BITNET (Mailer X1.25) with BSMTP
               id 0521; Sat, 28 Jan 89 12:47:50
Date:          Sat, 28 Jan 89 13:45 B
From:          <VENS@EARN.HGRRUG5>
Subject:       Common TeX
X-Original-To: info-tex@aston.ac.uk, VENS

Hallo \TeX ers listening in on UKTeX,
 
here at ICCE in Groningen we have a bit of a problem installing Pat
Monardo's CommonTeX on our IBM RT under AIX. 
Allthough the initex we created works fine and dumps a .FMT file, virtex
doesn't work if you use other fonts than the ones predefined with initex. 
The designsize virtex reads is always less then UNITY (UNITY=1pt) and
virtex indicates that you are reading a Bad TFM file. 
Did anyone encounter this problem too? And if so, how did you solve it. We
read and reread the sourcecode, but we couldn't find anything wrong. 
Please help. (Answers can be in German too)
Reply to VENS@HGRRUG5 (bitnet)
or ...!guvaxin!guicce!erikjan (uucp)
 
Thank you in advance,
Erik-Jan Vens
 
---------------------------------

Received: from UKACRL by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 3072; Sat, 28
          Jan 89 22:04:00 GM
Received: from UICVM by UKACRL.BITNET (Mailer X1.25) with BSMTP id 2830; Sat,
          28 Jan 89 22:04:00 G
Received: by UICVM (Mailer R2.02) id 9147; Sat, 28 Jan 89 16:03:19 CST
Date:     Sat, 28 Jan 89 15:50:23 CST
From:     Don Hosek <U33297@EARN.UICVM>
Subject:  MF & PostScript

Considerable efforts have been made to create PostScript fonts from MF;
FTL (Canada--they make MacTeX) have had PostScript version of CM for
auite some time, I'm not sure how they made them; Blue Sky Research
(USA--they make Textures) also have CM in PostScript which is generated
fro high-res GF files: this is done by a program they plan to release
at some future date; Victor Ostroumkhov (France) demonstrated a program
that also generated PostScript fonts from MF--I've heard conflicting
reports on how this is done, some people claiming that the fonts are
made from high-res GF, others claiming that the fonts are generated
directly by MF.
 
Personnally, I feel that the rasterization algorithms used by PostScript
are a bit more primitive than those used by MF. Think about all the fine
tuning done with mode_def's and the like; none of this is done by PostScript.
Furthermore, if you take a close look at the available PS fonts, you will
discover that none of them contain the hairlines that are present in CM!
I suspect that at resolutions under 1000dpi, PS versions of CM will look
pretty bad. The fact of the matter is, despite the loss of versatility,
the best digital fonts will be those that are in raster format rather than
generated from outlines on the fly as is done in PostScript.
 
None of this is meant to imply that I don't support the idea of generating
PostScript from MF--I think that it's a rather exciting idea--just that
I don't think that current implementations of PostScript will be able to
produce as good of results as those given by rasterized fonts.
 
I would be interested to hear from somebody using a PS version of CM to
hear how the output compares to output using rasterized CM.
 
On a related note, it was asked whether there was a printer that used
GF format fonts directly. As far as I know, there isn't; however, Talaris
either has or plans a printer that uses PK format fonts directly. They
also are planning a printer that can interpret DVI.
 
-dh

---------------------------------

Received: from UKACRL by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 2646; Sun, 29
          Jan 89 23:29:36 GM
Received: from UICVM by UKACRL.BITNET (Mailer X1.25) with BSMTP id 2401; Sun,
          29 Jan 89 23:29:36 G
Received: by UICVM (Mailer R2.02) id 0168; Sun, 29 Jan 89 17:28:36 CST
Date:     Sun, 29 Jan 89 17:26:25 CST
From:     Don Hosek <U33297@EARN.UICVM>
Subject:  Color printer drivers for TeX.

Does anybody know of any drivers for TeX that support multi-color printer
drivers? If so, I would appreciate some information on how these drivers
specify colors.
 
Thank you,
-dh

---------------------------------

Via: vulcan. (vulcan.ARPA); Mon, 30 Jan 89 12:08:59 GMT
Received: by vulcan. (4.0/SMI-4.0)
        id AA10536; Mon, 30 Jan 89 12:07:53 GMT
Date: Mon, 30 Jan 89 12:07:53 GMT
From: alien@uk.ac.essex.ese.vulcan (Adrian F. Clark)
Message-Id: <8901301207.AA10536@vulcan.>
Subject: Verbatim macros for LaTeX

A few weeks ago, someone asked about macros for the verbatim inclusion
of files in LaTeX documents.  In response to this, I suggested the
person try a file, MISC.STY, in the Aston archive.  Well, someone has
just pointed out that there is no such file in the Clarkson collection
(and he's right); thinking back, I got it from elsewhere in the
archive.

But since including a file verbatim is such a common requirement,
here's the macros, package together to give a `verbatim.sty'.

   Adrian F. Clark
   JANET:  alien@uk.ac.essex.ese
   ARPA:   alien%uk.ac.essex.ese@nss.cs.ucl.ac.uk
   BITNET: alien%uk.ac.essex.ese@ac.uk
   Smail:  Dept. of Electronic Systems Engineering, Essex University,
           Wivenhoe Park, Colchester, Essex C04 3SQ, U. K.
   Phone:  (+44) 206-872432 (direct)

% ---                    V E R B A T I M . S T Y
%
% --- This LaTeX style-file defines two user-callable macros:
% ---     \verbfile   for verbatim inclusion of a file
% ---     \listing    for verbatim inclusion with line numbers
% --- The macros are based on those distributed with Sunil Podar's
% --- `EPIC.STY' macro package, and are attributed to Tim Morgan.

% --- Note that the precise layout of line breaks in this file is important!

% --- Modified to keep internal macros internal by Adrian F. Clark,
% --- alien@uk.ac.essex.ese.

\def\@uncatcodespecials{\def\do##1{\catcode`##1=12 } \dospecials}


\def\@setupverbatim{%
    \par \tt \spaceskip=0pt     % Make sure we get fixed tt spacing
    \obeylines\@uncatcodespecials\obeyspaces\verbatimdefs
}
{\catcode`\^^M=13{\catcode`\ =13\gdef\verbatimdefs{\def^^M{\ \par}\let =\ }}
  \gdef\verbatimgobble#1^^M{}}


\def\verbfile#1{\begingroup\@setupverbatim
    \parskip=0pt plus .05\baselineskip \parindent=0pt
    \input#1 \endgroup
}

\newcount\lineno
\def\listing#1{\lineno=0\begingroup\@setupverbatim
    \parskip=0pt plus .05\baselineskip \parindent=20pt
    \everypar{\advance\lineno by 1 \llap{\the\lineno\ \ }}\input#1
    \endgroup
}

---------------------------------

Received: from UKACRL by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 0243; Wed, 01
          Feb 89 01:43:14 GM
Received: from UICVM by UKACRL.BITNET (Mailer X1.25) with BSMTP id 7030; Wed,
          01 Feb 89 01:43:13 G
Received: by UICVM (Mailer R2.02) id 3834; Tue, 31 Jan 89 18:44:30 CST
Date:     Tue, 31 Jan 89 18:43:47 CST
From:     Don Hosek <U33297@EARN.UICVM>
Subject:  First report from the TUG DVI driver standards committee

**********************************************************************
*        First report from the DVI driver standards committee        *
**********************************************************************
 
The TUG DVI driver standards committee has been working on the
development of standards for device drivers since the fall of 1988.
This article is a first report on our status to the membership of TUG.
 
At the time of this writing, we are in the midst of discussion of
\special standards for device drivers. By the TUG meeting this August,
we should have a preliminary report on this topic available for
distribution to all interested parties. We welcome all input from
members of the TeX community; if you have any suggestions, comments,
etc. regarding the issue of \special handling, we would appreciate it
if you could send these to Robert McGaffey (Internet:
McGaffey%Orn.Mfenet@Nmfecc.Arpa) for distribution to the members of
the committee.
 
The members of the committee are: Robert McGaffey, chair, Oak Ridge
National Laboratory; David P. Babcock, Hewlett-Packard; Elizabeth
Barnhart, TV Guide; Stephan v. Bechtolsheim, Integrated Computer
Software Inc.; Nelson Beebe, University of Utah; Jackie Damrau,
University of New Mexico; Donald Goldhammer, University of Chicago;
Don Hosek, University of Illinois at Chicago; David Ness, TV Guide;
Thomas J. Reid, Texas A&M University; David Rodgers, Arbortext, Inc.;
Brian Skidmore, Addison-Wesley Publishing Co.; Glenn Vanderburg,
Texas A&M University; and Ralph Youngen, American Mathematical
Society.

---------------------------------

Via: vulcan. (vulcan.ARPA); Wed, 1 Feb 89 09:00:06 GMT
Received: by vulcan. (4.0/SMI-4.0)
        id AA11341; Wed, 1 Feb 89 08:58:56 GMT
Date: Wed, 1 Feb 89 08:58:56 GMT
From: alien@uk.ac.essex.ese.vulcan (Adrian F. Clark)
Message-Id: <8902010858.AA11341@vulcan.>
Subject: Finland calling...


Just has a call from a gentleman (whose name I didn't catch) from
Finland who was at Exeter.  He's trying to produce some output on a
Linotronic 300 using CM-series fonts.  His Linotronic has a RIP 2.
He's having trouble fitting the character bit-maps into memory.

This is way beyond my experience, so I suggested he contact you.  Come
to that, I'm interested in that problem, too: do I have to use
PostScript fonts if I generate any Linotronic output?

**Adrian.

+++Editor - I have also had a similar call from Peter Laursen in 
Copenhagen. We shall be attempting to load the cm fonts onto the hard disc 
in the near future so will keep everyone informed. At present only the 
postsrcipt fonts can be used at Aston. +++

---------------------------------

Date:            1-FEB-1989 11:47:04
From:           TEX@UK.AC.CRANFIELD.RMCS
Subject:        BibTeX v0.99 for the IBM PC
Sender:         JANET"TEX@UK.AC.CRANFIELD.RMCS" <TEX@UK.AC.CRANFIELD.RMCS>
Message-Id:     <0000092F_0006391C.0091FB9FFF926080$57_1@UK.AC.CRANFIELD.RMCS>
Originally-to:  JANET%"info-tex@uk.ac.aston",TEX
Originally-from:TEX          "RMCS TeX Account"
Mailer:         Janet_Mailshr V3.2 (27-Oct-1988)

Does anybody have a public domain implementation of BibTeX v0.99 that
they would be willing to donate to the archive ?


                               C. Niel KEMPSON

P.S. Please note the NEW E-mail address !!
     The DTE address for UK.AC.CRANFIELD.RMCS is 0000 5050 0105

.----------------------------------------------------------------------------.
| Slow (but reliable) Mail:          | Telephone:      Swindon (0793) 785687 |
|  School of Elec Eng & Science,     |  International: +44-793-785687        |
|  Royal Military College of Science,|                                       |
|  Shrivenham, SWINDON,              | E-mail                                |
|  SN6 8LA,                          |  JANET: tex@uk.ac.cranfield.rmcs      |
|  United Kingdom                    |                                       |
`----------------------------------------------------------------------------'

---------------------------------

Received: from UKACRL by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 4065; Thu, 02
          Feb 89 14:55:23 GM
Received: from DMSWWU1A.BITNET by UKACRL.BITNET (Mailer X1.25) with BSMTP id
          6595; Thu, 02 Feb 89 14:55:22 G
Received: by DMSWWU1A (Mailer X1.25) id 5666; Thu, 02 Feb 89 15:45:57 MEZ
Date:     Thu, 02 Feb 89 15:44:34 MEZ
From:     Tim Doherty <NAO02@EARN.DMSWWU1A>
Subject:  K-Talk

This is more of a comment on rather than a response to Sebastian Tahtz's
words on the K-Talk WordPerfect --> TeX converter (UKTeX V89 #04). To be
perfectly honest, I am not familiar with this package and can't imagine
why anyone would pay money (or is it PD ?) for something that can easily
be done within WordPerfect (WP) itself.
 
Who uses WP? I don't (anymore)| Experience here at the University of
Muenster has shown me that most students who use only WP know next to
nothing about computers. Trying to explain the difference(s) between a
stictly ASCII editor and WP to a WP user can be very enervating. But
that's beside the point. For the things WP's intended to do, it's good.
But what is it intended to do? Well, just about what you would expect of
a WYSIWYG system.
 
I don't expect that any conversion of a WYSIWYG orientated document to
TeX can offer much more than the features which the control codes of the
original system offer. That means, in order to take full advantage of
TeX, the commands for most of the formatting goodies that make TeX what
it is and we TeX (or in my case LaTeX) people take for granted have to
be put in the source document after conversion anyway. Conversion takes
care of things like italics, boldface, raised or lowered characters,
primitive sectioning, and the like. This is especially important for the
footnotes: if you generate an ASCII file using the WP command (C-F5),
all footnotes are wiped out along with the control codes.
 
But why pay extra for conversion or bother with printer drivers if the
1:1 converted document is going to be below TeX formatting standards?
All (almost all?) features (control codes) of WP can be converted to TeX
or LaTeX format using macros *in* WP: i.e. the "invisible" control codes
are located by the WP-macro and replaced by visible \csnames or whatever
is needed. After running the macros, just save the document as an ASCII
file and use your favorite ASCII-editor to do the touching up. This is
not just theory: I do this all the time. E.g. for our student magazine,
my fellow students type the articles using WP (they all belong to the
catagory I mentioned above --- that may sound arrogant, but it's not
meant that way, it's just a fact). I then run the WP-macros, generate an
ASCII file, use the ASCII-editor to add formatting commands as needed
and use selective changing to get the en- and em-dashes right as well as
other small stuff (using a versatile editor with powerful macro
capabilities can save a lot of work --- I personnaly use KEDIT 4.0), run
TeX, finished.
 
Here is an example of a WP-macro. This macro will convert all footnotes
(usually not seen in the normal WP-text) to the following form:
 
   main text main text main text main%
   \footnote{footnote text footnote text}
   text main text main text ...
 
The form % <RETURN> \footnote{... avoids overlong lines. The macro is
written here KEY for KEY; I have added a ; (semicolon) here between
keynames (don't type it in the macro definition|):
 
C-F7;2;<RETURN>;<DEL>;j;<DEL>;j;\footnote{;<HOME>;<HOME>;<CURSOR-DOWN>;};
<HOME>;<CURSOR-UP>;A-F4;<HOME>;<HOME>;<CURSOR-DOWN>;C-F4;1;F7;%;<RETURN>;
C-F4;5
 
If my comments concerning conversion software just aren't true, please
inform me of how much of a jerk I really am| I'm always willing to
learn.
 
Tim Doherty                          Bitnet/EARN: NAO02@DMSWWU1A.BITNET
Altorientalisches Seminar der WWU
Rosenstrasse 9
D-4400 Muenster
BRD (West-Germany)

---------------------------------

Via: vulcan. (vulcan.ARPA); Fri, 3 Feb 89 09:09:05 GMT
Received: by vulcan. (4.0/SMI-4.0)
        id AA12064; Fri, 3 Feb 89 09:07:54 GMT
Date: Fri, 3 Feb 89 09:07:54 GMT
From: alien@uk.ac.essex.ese.vulcan (Adrian F. Clark)
Message-Id: <8902030907.AA12064@vulcan.>
Subject: Why do requests get rejected by the mail-server?

There have been a few reports recently of people experiencing problems
with the mail-server.  I have (finally!) pinned these down to a disc
quota problem and have taken steps to make sure it won't happen again.
I hope.

The mail-server now also collects statistics on the causes of rejected
outgoing messages.  Here is a summary of the causes so far this year:

   wrong formatting type: 10
   file not found: 6
   file changed: 4
   miscellaneous: 6

The `wrong formatting type' error arises from trying to transfer a
binary file, usually a TFM or GF file.  The `file not found' errors
arose because of the abovementioned disc quota problem.  The `file
changed' error is presumably because of on-going maintenance in the
archive (could someone tell me if this isn't so!).  And the
miscellaneous category seems to contain only *large* directory
listings sent through earn-relay; at least one of these was

   dir/size/date [public...]

i.e., a listing of the entire archive, one file per line---there was
well over 4000 files in the archive at that time.  I'm afraid the
mail-server isn't yet sufficiently clever to split up large files into
smaller pieces.

If you have submitted requests to the archive and failed to receive an
answer, the most likely reasons are:

   o  you got the return address wrong
   o  you missed out the `---' delimiter
   o  you typed an incorrect or ambiguous command

If the return address is correct but the command is incorrect, the
mail-server will attempt to send an encouraging message;  but if a
command is correct and it has ambiguous or incorrect qualifiers, this
may not be the case (blame the DCL parser, not me!).

And, please remember, over 90% of requests are successful.

   Adrian F. Clark
   JANET:  alien@uk.ac.essex.ese
   ARPA:   alien%uk.ac.essex.ese@nss.cs.ucl.ac.uk
   BITNET: alien%uk.ac.essex.ese@ac.uk
   Smail:  Dept. of Electronic Systems Engineering, Essex University,
           Wivenhoe Park, Colchester, Essex C04 3SQ, U. K.
   Phone:  (+44) 206-872432 (direct)

---------------------------------

Via: vulcan. (vulcan.ARPA); Fri, 3 Feb 89 09:17:06 GMT
Received: by vulcan. (4.0/SMI-4.0)
        id AA12067; Fri, 3 Feb 89 09:15:55 GMT
Date: Fri, 3 Feb 89 09:15:55 GMT
From: alien@uk.ac.essex.ese.vulcan (Adrian F. Clark)
Message-Id: <8902030915.AA12067@vulcan.>
Subject: Multi-lingual mail-server help

It gives me some pleasure to announce that the mail-server can now
send out HELP messages in languages other than English.  The first
non-English translation is in Italian: thanks to Max Calvani for
performing this tiresome task.  To obtain the Italian help message,
send the command `HELP/ITALIANO' to the mail-server.

People have volunteered or been pressed to translate the help text
into other languages.  I would like to encourage them to get the
translation to me as quickly as possible, since the file merely needs
to be entered into the archive to make the command available.  But
please make sure you have the most up-to-date version of the help
text; I had to change it mid-January.  If anyone has mailed a
translation to me, it got lost on the way: please try again!

And I'm always looking for volunteers to translate into other
languages!  Greek, anyone, or Japanese?

   Adrian F. Clark
   JANET:  alien@uk.ac.essex.ese
   ARPA:   alien%uk.ac.essex.ese@nss.cs.ucl.ac.uk
   BITNET: alien%uk.ac.essex.ese@ac.uk
   Smail:  Dept. of Electronic Systems Engineering, Essex University,
           Wivenhoe Park, Colchester, Essex C04 3SQ, U. K.
   Phone:  (+44) 206-872432 (direct)

---------------------------------
!!
!!   Files of interest [public]000aston.readme
!!                     [public]000directory.list
!!                     [public]000directory_dates.list
!!                     [public]000directory.size
!!                     [public]000last30days.files
!!
!! Editor - I have a tape labelled TeX 2.9 LaTeX 2.09 Metafont 1.3
!! Unix 4.2/3BSD VAX SUN 2/3 Pyramid Sequent SYS V: 3B2 Tar 1600 bpi blocked 
!! 20 1 file dated 30 November 1988 (from washington.edu). 
!! 
!! I have the facility to copy this tape for anyone who sends the following
!! 1 2400 tape with return labels AND RETURN postage.
!!
!! Send to
!!
!! P Abbott
!! Computing Service
!! Aston University
!! Aston Triangle
!! Birmingham B4 7ET
!!
!! A VMS backup of the archive requires 2 (two ) 2400' tapes at 6250bpi.
!! Remaining details as above.
!! Other tape options in the pipeline.
!!
!!  Replies/submissions to            info-tex@uk.ac.aston   please
!!  distribution changes to   info-tex-request@uk.ac.aston   please 
!! 
!!   end of issue