HDTenEightyP/NetNews huggingface dataset:
From: naffara@crc.ac.uk (Dr. N.A. Affara)
Subject: late Falcons...
Organization: MRC Human Genome Resource Centre
Date: Tue, 10 Nov 1992 13:26:40 GMT

Everyone knows that the Falcons are late...
I agree that Atari should have tried to get the christmas market, *BUT*,

Do you remember that Atari said the Falcons would be redesigned early next year
(with a TT style, ie a seperate box+keyboard)?

Maybe Atari are giving the few(?) ST style Falcons they have to developers so
that there will be lots of software, and also to a few dealers to show people
what the machine can do.

They have said that full scale production will start early next year, so
hopefully this will be with the new design, the idea being that everyone will
have the same type of machine making upgrades etc easier because they can all 
be the same.
*IF* this is the case, I think it will be worth the wait, but it's a pity they
will miss the christmas sales. (maybe next christmas!)

BTW I have tried to get a SM146 mono monitor from Evesham Micros (the only
semi-Atari dealer here in Cambridge (UK) but they said that Atari hasn't 
shipped any yet.
Is this true or is it that only this shop hasn't got any?
(what's the difference between SM124,125,144,146 etc?)

Only my opinions,
Phil (Desperate to get a Falcon :-) )
(E-mail naffara@uk.ac.crc)

-- 
Kryten (When Cat says why don't we raise the defensive shields?) "A superlative
suggestion sir,with only two drawbacks: one,we don't have any defensive shields
and two,we don't have any defensive shields.I know that,technically,that's only
one drawback,but it was such a big one I thought I'd mention it twice".
From: weiner@terminator.rs.itd.umich.edu (Jeff Weiner)
Newsgroups: comp.sys.atari.st
Subject: Re: "Connection timed out" on a.a
Date: 9 Nov 1992 01:33:01 -0500
Organization: Umich Atari Posse, In Full Effect
NNTP-Posting-Host: terminator.rs.itd.umich.edu

In article <1dko2oINN8dg@golem.wcc.govt.nz> wells_s@kosmos.wcc.govt.nz writes:
>Do what I do - ignore Atari.archive, and connect to:
> 
>shavenyak.css.itd.umich.edu
>
>WHich is a.a's host site - because the direct connect bypasses a.a
>completely, and goes straight to the source, it's also faster (But 
>comparitively slower with more people, as a.a has 2-FTP 'lines'!
>

Boy, this is really starting to get annoying.  Please do not bypass the
atari.archive.umich.edu alias.  This is perhaps the worst advice 
I've seen all year.  shavenyak is NOT the archive's host site. 
It is merely a machine that allows ftp connections to the server
that houses the archive.  It is not faster under normal circumstances.
The other host that handles the split ftp connections is actually a 
much larger and faster machine.  As a last but somewhat insignificant
note, there are far more than two ftp lines to the archive. 

I would appreciate it in the future if all people not directly concerned 
with the physical structure of the archive would stop making incorrect
inference about it.  For every message you post here with incorrect 
and/or stupid information, I get ~5-15 messages asking more questions
about that which you've posted (thus creating the vicious cycle that I've
grown overwhemingly irritated by). 

If you have a question about the archive, I would be happy to answer
them via email.  There is little need to post things here.  I trust
that my email address is sufficiently well circulated by now.

Otherwise, if any of you that insist on continuing to post this rubbish,
please send me your snail mail address, so that I may send you
a quarter to purchase yourself a clue with.


-- 
 -  Jeff Weiner  -  weiner@terminator.rs.itd.umich.edu  -  Umich Atari Posse  -
From: Bob_BobR_Retelle@cup.portal.com
Newsgroups: comp.sys.atari.st
Subject: Re: WHAT'S GOING ON ?
Date: Fri, 13 Nov 92 01:16:11 PST
Organization: The Portal System (TM)
Distribution: world
 15@cup.portal.com>  <H.ea.Z7Z&fzI5IXU@jonh.wimsey.bc.ca>
  <69151@cup.portal.com> <H.ea.7pYUMdYNR&6@jonh.wimsey.bc.ca>

John Henders writes:

>>For anyone with the standard Atari short-memories, Allan Pratt
>>*acknowledged* that the Atari "VME" was not fully implemented,
>>saying something like "maybe next time".

>I think if you check hias message, what you'll actually find he said
>was that 3u was a subset of the full VME 6u bus. It's a bus for 68000
>type applicationa, and the standard for 3U doesn't support things like
>bus mastering. This is a little different than the way you're telling
>it.

>The "maybe next time " comment was made regarding a full 6U
>implementation.
 
Sorry John.. wrong twice in one message.

VME is by definition a master/slave architecture.  The physical
size of the board has NOTHING to do with the electrical
characteristics of the bus.
 
The standard 3U card is fully implemented.  The 6U card, in
addition to the extra area available for component layout, only
adds extra, optional, address and data lines.
 
And, Allen Pratt's comment WAS addressing the shortcomings of
the non-standard Atari implementation of the VME bus, saying
that "maybe next time" they'd do a full, STANDARD,
implementation of the VME standard.

I'm afraid I missed your list of hundreds of 3U VME cards for
the ST... or did you mean there are hundreds of VME cards that
FIT into the ST..?   How many of those hundreds of cards have
you seen running in an ST..?
 
Again, the AVME slot on the MegaSTe and TT are usable by only
a tiny fraction of the available VME cards, and by only a
tiny fraction of Atari owners.  If anything, Atari was using
the buzzword "VME" to try to sell computers to people who had
no idea what it meant...

BobR
Newsgroups: comp.sys.atari.st
From: stigvi@solan.unit.no (Stig Vidar Hovland)
Subject: CoNnect
Organization: University of Trondheim
Date: Fri, 6 Nov 92 11:05:19 GMT

I have some problems finding a rz/sz program for using with
CoNnect. Can someone tell me where I can find such a program.
Why isn't a program like this included with CoNnect anyway?

Stig Vidar Hovland - stigvi@solan.unit.no
From: paul@jupiter.ame.arizona.edu (Paul Harris)
Newsgroups: comp.sys.atari.st
Subject: Re: GCC on a TT? (Was: Atari TT - Question)
Date: 5 Nov 92 22:39:06 GMT
Reply-To: paul@jupiter.ame.arizona.edu
Distribution: world,local
Organization: University of Arizona

In article 18965@bas-a.bcc.ac.uk, ucacmsu@ucl.ac.uk (Mr Stephen R Usher) writes:
> In article <1992Nov4.145057.10928@informatik.uni-wuerzburg.de> reich@winx06.informatik.uni-wuerzburg.de (Stefan Reich) writes:
> 
> As the minimum memory on a TT is 2MBytes, any TT will be able to run GCC,
> but I would recommend at least 4MBytes to do anything worthwhile.
> 

Is this really possible?  I have a 2M TT (I really want more) and have tried GCC
without any success.  Even "hello world" won't work.  I think I have all the
libraries, etc., that I need, but I always get (from Gulam) "Cmd exit code -1"
(or something like that, it's been a while).  I just figured I didn't have enough
RAM, since I heard GCC needs 4M.  But is there some way I can get it to work?

-Paul Harris
paul@jupiter.ame.arizona.edu
From: baffoni@phakt.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st
Subject: Re: WHAT'S GOING ON ?
Date: 6 Nov 1992 14:05:46 -0800
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: phakt.usc.edu

In article <1992Nov3.101001.12943@elroy.jpl.nasa.gov> hyc@hanauma.jpl.nasa.gov (Howard Chu) writes:
[stuff deleted]
>Personally I think the processor-direct slot is an albatross, just cements the
>machine to the past. There's no reason to go with any "expansion" technology
>that only lets you plug in one expansion device. The Mega STe and the TT have
>a VMEbus slot, I think this should be the standard expansion bus technology
>used for all STs. (I.e., if you're gonna talk about shoehorning a new type
>of expansion onto an old ST, please choose VMEbus, which is a well-established
>standard, instead of going with yet another custom single-device nobody-else-
>in-the-world-uses-it expansion method.)

	I have to disagree.  A PDS is the only way to go for CPU upgrades or
other products that require a 0waitstate operation within the machine.  What 
good would it be to have a 50MHz '040 if _every_ access to main memory incurs
one or more waits?  I agree that VME is a good bus architecture - 1WS incurred
very fast, and with the larger bus (6U) it is accesses about everything the CPU
can.  The point is that not everything is appropriate for an external bus like
that.  True, you don't want to put your graphics adapter in a PDS (unless, like
the Falcon it is the only one you have :( ) but you don't want the '040 in the
VME either.

>VMEbus is not very different from what you'd have to cram into a processor-
>direct slot. The difference in bus control/arbitration additions is negligible
>now since you can get single-chip VME bus interface controllers and such.

	One waitstate (80ns or less) doesn't sound like much...until you try
to access memory.  It is questionable whether a VME based DSP/sound sytem would
do well, besides lacking the ability to bus master (on the Atari, not the spec)
so that sound DMA to the DSP or other chips (like DAC/ADC) would be impossible.
I am not saying that you couldn't transfer to those chips very quickly - 
bandwidth to the 16-bit/8chnl ADC/DAC would only be max 800k/s, but that is not
insignificant even on the TTbus, let alone the MegaSTe bus.  However, a PDS 
based DSP/sound system would definately work (if the PDS supported bus 
mastering, all data/address/interrupts ).  Too bad the MegaSTe and the TT
don't have a (decent) PDS.

>Of course, you don't need to put *everything* on the VMEbus. It still makes
>sense for system RAM and ROM to live on a private bus, just like the way STs
>and TTs already work. But you could stick myriad enhancements on the VME -
>graphics boards, custom coprocessors, ethernet network controllers, serial
>port multiplexors, etc. etc. etc... VME is definitely the best way to go.

	Agreed.  For those (relatively) low bandwidth applications.

>  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
>
>All true wisdom is conveyed in one-line witticisms.

-Mike
From: Bob_BobR_Retelle@cup.portal.com
Newsgroups: comp.sys.atari.st
Subject: Re: THE STORM
Date: Fri, 13 Nov 92 00:37:12 PST
Organization: The Portal System (TM)
  <2003@mwca.UUCP> <1dsvu7INN6vl@phakt.usc.edu>

Bill Sheppard asked about the speed in Storm...
 
I haven't tried a direct line at 19.2Kb, but I use it at 19.2
on my 9600 baud modem with no problems...
 
Then again, I don't have anything like CodeKeys running either,
but it seems to be pretty capable.
 
I don't exactly like the custom font all that much, and it's
one of the things Alan Page is considering changing, but at least
it's not like the bloopy letters in the old 8-bit HomeTerm..!
 
BobR
Newsgroups: comp.sys.atari.st
From: bili6745@mach1.wlu.ca (bilinsky keith)
Subject: Re: CHAOS
Organization: Wilfrid Laurier University
Date: Fri, 6 Nov 1992 15:31:44 GMT

In article <1992Nov5.095007.12863@cs.nott.ac.uk> mjb@cs.nott.ac.uk (M J Brownlow) writes:
>
>I'm having a bit of bother with the all-in-one archive of CHAOS, in that
>its too big to fit on a standard format IBM disk (which I need to put it on
>to upload it).. Can anyone mail me a splitter program for the ST, or tell
>me where to get my hands on one?
>
>Thanks
>Martin

I think the smartest thing you could do would be to pack it and throw it on
a 720K disk with room to spare

Keith
From: sheppard_r@kosmos.wcc.govt.nz
Newsgroups: comp.sys.atari.st
Subject: Re: C-lab gone under?
Date: 10 Nov 1992 21:20:11 GMT
Organization: Wellington City Council (Public Access), Wgtn, Nz
Reply-To: sheppard_r@kosmos.wcc.govt.nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

In article <1dlramINN98f@usenet.INS.CWRU.Edu>, be824@cleveland.Freenet.Edu (Steve Selick) writes:
>
>Is it true that C-Lab, the developer of Notator, has gone under? What
>is the last version of the Notator program? Will it go into the public
>domain?
>
>-Steve selick@csa.bu.edu


From what I read in ST-Report was that they had a dispute and had broken up.


Not quite the same us going under do you think..??


Roger.............            sheppard_r@kosmos.wcc.govt.nz
From: anisko@usdtsg.DaytonOH.NCR.COM (anisko)
Newsgroups: comp.sys.atari.st
Subject: Re: How to convert .PI1 files to any IBM format??
Date: 6 Nov 92 13:45:03 GMT
Reply-To: anisko@usdtsg.UUCP ()
Organization: NCR Corporation, Dayton

In article <1dbcruINNbg2@crcnis1.unl.edu> ganderso@unlinfo.unl.edu (gary anderson) writes:
>
>Subject line pretty much says it all, if rather tersely:  I'm looking
>for some way to convert some Degas-type .PI1 pictures into any 
>IBM-readable format, like .GIF or .BMP.
>
>Can it be done?

   Of course :-)

   Get a copy of View Gif 1.2 (should be at atari.archive.umich.edu among
other sites).  Will let you convert between Degas and GIF's (MAC as well,
if you're in high res)...

					Robert Anisko
					anisko@usdtsg.daytonoh.ncr.com
From: ekrimen@wet.UUCP (Ed Krimen)
Newsgroups: comp.sys.atari.st
Subject: Re: Hardware scrolling big screen emulator for TT
Date: 5 Nov 92 16:19:03 GMT
Organization: Wetware Diversions, San Francisco

In article <1992Nov5.023034.14701@u.washington.edu> dud@hardy.u.washington.edu (Daniel Aylward) writes:
>Does anyone know of a big screen emulator that works on the TT?  I used
>Darek Mihocka's MonSTEr on my Mega STe and loved it, but it doesn't work
>on the TT.  I'm stuck in ST high for Calamus.  I ftp'd "stretch", which
>sounded promising, but for some reason it says "STe scrolling hardware not
>detected" or something to that effect.  I thought the TT had all of
>that...  Any other suggestions?

The TT doesn't have the STE's hardware scrolling, but I'd like to see a big
screen emulator too.






-- 
   |||    Ed Krimen
   |||    ekrimen@wet.uucp
  / | \   E.KRIMEN (GEnie)
From: strgh@csv.warwick.ac.uk (J E H Shaw)
Newsgroups: comp.sys.atari.st
Subject: unzip 5.0 (+ other archivers)
Date: 6 Nov 1992 15:08:38 -0000
Organization: Computing Services, University of Warwick, UK
NNTP-Posting-Host: violet.csv.warwick.ac.uk

Does anyone know if unzip 5.0 is available for an ST? - the last version
I've seen is unzip 4.1 (I think).

I ignored the lha/lzh/arc/zoo/zip wars of a few months back; was any
consensus reached about the most appropriate compression method for ST's?
- I mainly want to compress & uncompress directory trees for shuffling
between Unix, an ST, and an IBM-PC, and zip seem easiest for Unix<->PC.
Many thanks,
                -- Ewart Shaw
-- 
J.E.H.Shaw,  Department of Statistics,  |  JANET:  strgh@uk.ac.warwick.cu
             University of Warwick,     |  BITNET: strgh%uk.ac.warwick.cu@UKACRL
             Coventry  CV4 7AL,  U.K.   |  PHONE:  +44 203 523069
Sarah (20 months) on first seeing juggling:  `Balls skipping in the sky'.
Newsgroups: comp.sys.atari.st
From: ggreenbe@rodan.acs.syr.edu (Gerald Greenberg)
Subject: Idea for a program
Summary: use an st to contol a remote computer 
Keywords: remote, modem, program
Organization: Syracuse University, Syracuse, NY
Date: Thu, 12 Nov 92 07:17:07 EST

Here's an idea for all you programmers out there...what about
a program that will allow one to control another computer,
remotely via a modem?  I do not know if it is possible, or if
it has alredy been done, but it would be nice to have...I
think.  There are programs like this on other
platforms...Carbon Copy (msdos) and Carbon Copy for the Mac,
PC Remote, PC Anywhere, and even remote access for the Mac
using system 7.

I imagine it would be easiest to come up with something that
lets one control another ST remotely...but it would be even
neater to be able to control an msdos machine, or even a Mac
remotely.

--Gerry
ggreenbe@rodan.acs.syr.edu
From: jvance@leakey.oac.uci.edu (Joachim Vance)
Subject: Re: word on US falcons???
Newsgroups: comp.sys.atari.st
Organization: University of California, Irvine
Date: 6 Nov 92 08:00:46 GMT

saj@chinet.chi.il.us (Stephen Jacobs) writes:
>>Stephen Jacobs writes:
>>
>>>To the best of my
>>>knowledge, the only official spokesman for Atari in public discussions is
>>>Bob Brodie.
>>
>The reason high officers are essentially never official spokespeople is
>that nobody controls them.  
> [..stuff deleted..]
>The reason a statement Bob Brodie makes as Atari's spokesman is
>believable is that his responsibilities include checking the accuracy
>of his statements up and down the line.

  hmm, okay.  At the Glendale Fest in September, I asked BOB BRODIE,
"Official Spokesman" if you will, about the release of the Falcon.  He
corrected me when I implied that the rumors were that the Falcon
really wouldn't be available till '93 in America.  He said, and I
paraphrase, that the Falcon would be available at dealers in America
in late October like they had been saying.  This is almost a quote.
He didn't say which dealers.

  Good enough?

So who got them.  Or was it too difficult to get the Falcons to
dealers on that schedule.  My further understanding from Bill Rhebock,
was 2 Falcons at some dealers end of Oct.  More Falcons in Nov and
Dec.  And full production by Jan 93.

--
Joachim Vance (The Underdog)
^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
     I am antisesquipedalian--Opposed to the use of long words.
^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
From: anisko@usdtsg.DaytonOH.NCR.COM (anisko)
Newsgroups: comp.sys.atari.st
Subject: Re: unzip 5.0 (+ other archivers)
Date: 6 Nov 92 20:38:28 GMT
Reply-To: anisko@usdtsg.UUCP ()
Organization: NCR Corporation, Dayton

In article <1de1pmINNrvs@violet.csv.warwick.ac.uk> strgh@csv.warwick.ac.uk (J E H Shaw) writes:
>Does anyone know if unzip 5.0 is available for an ST? - the last version
>I've seen is unzip 4.1 (I think).
>
>I ignored the lha/lzh/arc/zoo/zip wars of a few months back; was any
>consensus reached about the most appropriate compression method for ST's?
>- I mainly want to compress & uncompress directory trees for shuffling
>between Unix, an ST, and an IBM-PC, and zip seem easiest for Unix<->PC.

   ST Zip 2.0 (available at atari.archive and others I believe) will handle
files that unzip 5.0 will handle (i.e. the latest ZIP version with the
higher compression).

   As for compression methods, there's versions of ZIP/LZH/ZOO for
Unix/ST/IBM & others.  Personally, I keep things in LZH mode, as it has
the best compression (other than the new ZIP, which is a little better).
But at the moment I'm not about to convert ALL my files from LZH to ZIP
(was a trip eough converting them from ARC to LZH, though worth the
effort)...

					Robert Anisko
					anisko@usdtsg.daytonoh.ncr.com
From: rincewind@discworld.oche.sub.org (Rincewind                      alias Michael Schwingen)
Newsgroups: comp.sys.atari.st
Organization: This is the Discworld, which travels through the space on the
	back of four elephants which themselves stand on the shell of Great
	A' Tuin, the sky turtle.
Subject: Re: Auto-Switch Overscan!
Reply-To: rincewind@discworld.oche.sub.org
X-Software: HERMES GUS 1.03 Rev. Apr 14 1992
Date: Wed, 11 Nov 1992 08:24:14 MEST

In <1dku0sINN96r@golem.wcc.govt.nz>, wells_s@kosmos.wcc.govt.nz writes:
>Does anyone know how much the Auto-switch overscan device costs, and/or
>who I can contact to buy it, or get more info
>who I can contact to buy it, or get more information about it from?
>
>(This is the gadget that gives higher than 320*200 or320*400 or 640*400
>resolution - adding almost a quarter of the screen size again, giving
>higher resolution!)
It is manufactured by 
  OverScan Gbr
  Saentisstrasse 166
  D-1000 Berlin 48
  Germany
(I hope this address is still correct).

Last time I remember it was about 100DM, but at the atari-fair in 
Duesseldorf it was sold cheaper (~60-80 DM ?)

However, this great piece of hardware can only be installed in 
260ST/520ST/1040ST/MegaST machines, *not* in STE or TT types !

cu
Michael

-- 
Michael Schwingen, Ahornstrasse 36, W-5100 Aachen, Germany   voice: 0241-876165
Univ.: michaels@pool.informatik.rwth-aachen.de    <--- use this for long mails!
Home:  rincewind@discworld.oche.sub.org            Maus:  Michael Schwingen@AC3
IRC: Rincewind
"The only way housework could be done in this place was with a shovel  or,  for
preference, a match."                           Terry Pratchett, Witches Abroad
Xref: sparky comp.sys.atari.st:16516 comp.sys.atari.st.tech:5586
From: sheppard_r@kosmos.wcc.govt.nz
Newsgroups: comp.sys.atari.st,comp.sys.atari.st.tech
Subject: Re: What about Flash II?
Date: 11 Nov 1992 21:11:13 GMT
Organization: Wellington City Council (Public Access), Wgtn, Nz
Reply-To: sheppard_r@kosmos.wcc.govt.nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

In article <ntomczak.721359308@vega>, ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann) writes:
>
>If you have some stories indicating that Flash II is good
>(remember - mono TT) or bad for his purposes please e-mail them
>to me or post.
>
>   Michal Jaegermann
>   ntomczak@vm.ucs.ualberta.ca
>   ntomczak@vega.math.ualberta.ca


I think it would be better to wait for the STORM its the REAL FLASH 2,
writen by Alan Page...

From what I read Flash II is still full of bugs and is very slow, I do have some
comments from Alan page on it, also I posted some 3 articles about STORM here..



Roger............               sheppard_r@kosmos.wcc.govt.nz
From: heraud@boole (HERAUD pascal)
Newsgroups: comp.sys.atari.st
Subject: Re: * A new demo from Omega *
Date: 4 Nov 92 16:47:55 GMT
Organization: University of Grenoble (France)

Yeah!!!!!!!!a new demo from omega that's and i'll upload it
Since Omega did the omega demo a lot of demos went and.
And you???Do you belong to omega since the old years of atari!!!
C U soon here i hope and don't forget: st forever!!!
-- 
////////////////////////////////////////////////////////
////HERAUD|SELDON|CAPTAIN BUG//heraud@ufrima.imag.fr////
//Falcon soon....///////////////////////////////////////
//C=Mips eater+brain blaster////////////////////////////
From: jhenders@jonh.wimsey.bc.ca (John Henders)
Newsgroups: comp.sys.atari.st
Distribution: world
Organization:  One of these days for sure
X-News: HERMES MMAIL 1.04 Rev. Sep  5 1992
Subject: Re: Hermes, NN, etc
Date: Thu, 12 Nov 1992 15:48:08 -0700

In <H.1sxuvuTFqgw@zebedee.uucp> geoffc@zebedee.uucp (Geoffrey Coan) writes:

>I've just finished upgrading from Mercury 1.18 to Hermes 1.03 and appart from
>a few problems with understanding the German, it was a largely painless
>transition.  I wouldn't reccomend it to anyone who hasn't used Mercury before
>as the docs are patchy to say the least !

>A few questions though:

>1.	Is there a better news reader than GUS ?   I don't like the GEM
>	interface as it slows me down.  Although I can use rn (from the
>	Mercury package) OK it would be really nice to get a better news
>	reader (eg: can do Kill of a subject, etc).  I've heard that NN
>	is good - any comments ?

	NN is very good, as long as you don't care about having absolutely
no access to GEM. There is an Anglish help file around to help you set
it up. If you actually pay to register Hermes, you'll get source to Gus.
et all, and can fix it any way you like.

>2.	How can you get the expire program to work ?  The format of the
>	expire.def file is a mystery to me as my German isn't all that good
>	and there isn't an example in the package.

	format is group.name nd nh na where n is a number, and d is days, a
is articles, and I think h is hours.

>3.	Is there anyway I can get gus to remember what my username is
>	- I've got a current.usr file setup but I still have to type geoffc
>	every time.  I've tried setting up a LOGNAME environment variable
>	but it doesn't seem to make any difference.

	Not that I've figured out.

>4.	How do I setup a signature file ?

	Same as mercury. signatur.net, and signature.mai in ~/
-- 
 John Henders      " Only _my_ words are relevant to the issue " 
  T.K.O.O.C.            <1992May11.073237.14684@rotag.mi.org>
                kevin@rotag.mi.org(Kevin "I'm not a net cop" Darcy)

Newsgroups: comp.sys.atari.st