HDTenEightyP/NetNews huggingface dataset:
From: Krzysztof@netxsys.guild.org (Krzysztof Adamski)
Subject: Re: Compressed feed problems.
Newsgroups: alt.sys.amiga.uucp
X-Newsreader: TIN [version 1.1 PL8]
Date: 7 Jan 93 18:27:18 EST
Organization: NetX Systems Inc.

Hugh D. Gamble (hugh@kink.PhaedraV.On.Ca) wrote:
: In article <9301051524.AA05889@relay1.UU.NET>, DMH@mitvma.mit.edu writes:

: > I'm running 1.16 now, so, unless I made a mistake somewhere, I should
: > have the 1.16 RNEWS.  It would be the distribution version though.  Was
: > there a later one distributed?  I will check the version.

: Yes. There was at least one serious bug in the rnews with the 1.16
: dist. You should get a newer one. BTW, the most reliable way to check
: the version is by looking at the size of the executable. The C=
: version strings or Dillon uident strings of the AmigaUUCP binaries are
: generally not to be trusted. With the known exception of uucico 1.16
: jb.1 and probably the later Steve Drew version. :-)

: > I have 3 Meg in my system.  Is that considered enough these days?  It's

: How much of that was free when you were running the uuxqt that called
: the rnews that called the uncompress? And was it fragmented?
: uncompress can eat a lot of RAM when doing 16 bits. It sounds quite
: likely that at least one of your problems is that there is not enough
: RAM when uncompress gets called by rnews but there is when you do it
: by hand. Try renaming rnews to rnews.real, and make a little dummy
: program that just saves the batches when they come in. Try running
: rnews on them by hand later.

: > Also, while I'm at it, should the software be able to distinguish between
: > compressed and uncompressed files automatically?  I've got one feed that

: Yup. Yours does right? Isn't it handling the uncompressed ones OK, and
: trying to uncompress the compressed ones?

: -- 
: # Hugh D. Gamble  UUCP: hugh@kink.UUCP  Domain: hugh@kink.PhaedraV.On.Ca     %
: # AMIX: HGAMBLE  bix: hgamble  voice: +1 416 267 6159                        %
: # '"U.S. is more restrictive than other places, except maybe Canada."        %
: # The kindler, gentler fascists to the North don't consider any form of      %
: # self-defense legal.' - Mondo 2000 No. 8                                    %

Make sure that the first line of the compressed file is #!  cunbatch, I had
the same problem with a cnews feed.

Krzysztof
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: News Overview (was Re: ARn problems)
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (04.01.93) by Michael B. Smith & Mike Schwartz
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Date: 5 Jan 93 06:14:34 EST
Organization: Well, I haven't decided on a name yet...

In article <CYafs*Vl1@kink.PhaedraV.On.Ca> hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble) writes:
> In article <mbs.1j0v@adastra.cvl.va.us>, Michael B. Smith writes:
> > NOV is not preindexed, so the processor load is higher. Each time a thread
>
> Higher than what? And will using it let your news reader be faster or
> slower at what operations, than not using one, or using a proprietary
> format?

Higher than those which have an index already built. Such as the one for
tin, trn, arn, nn, etc.

> > is requested, the thread gets built dynamically.
>
> I bet that saves gobs of disk space at the cost of a little CPU. This
> sounds like a compromise format, balancing the space/time tradeoff.

Depends on what processor you have, and if you have any to spare.

> > NOV does not work with NNTP.
>
> Why not? Want to fix that? :-)

Stan Barber and Rich Salz have not integrated a way into their reference
implementations for a client to acquire a copy of the overview file for a
newsgroup.

I understand that someone is working on it for Barber's NNTP.

> > NOV assumes virtual memory. And lots of it.
>
> That's ok, we have GigaMem now. :-) And programs compiled to use
> ixemul.library can use it under configuration control using ixconfig.

YOU do, maybe. I don't.  :(

> So I have to ask: What's your Rnews and when are you posting the
> sources?

My RNEWS is the one I run. It's got several patches above 1.16. As soon as
I make most of it "switchable" and I update the docs, it will be posted.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: po87553@cs.tut.fi (Pasi 'Albert' Ojala)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: tin + axsh
Date: 11 Jan 1993 13:01:13 GMT
Organization: Tampere University of Technology
Distribution: inet
NNTP-Posting-Host: ruusutiainen.cs.tut.fi

In article <En5hs*Mb2@kink.PhaedraV.On.Ca> hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble) writes:
>In article <1ieplfINNi15@cs.tut.fi>, Pasi 'Albert' Ojala writes:
>
>> I have a bitmap for the read articles in each group and the size is fixed.
>> So you can only read 510 articles per group in one invokation of rn.
>
>GAK! I'll never use it then. Many of my favourite groups have several
>thousand articles to look through every time I get around to them.
[..]
> Would you consider changing to a different design?

Yes, and actually I already have. I recoded my rnbits.c yesterday and
now have a mostly-working version of the Ranges-approach. "Mostly", because
I forgot to implement unsubscribed groups and some of the routines still need
some polishing. Anyway, I intend to get the implementation ready for
AXsh1.3.

>> number in Active (CNews SHOULD do that, information anyone ?). I added a
>
>It does do that. I'm running the Crash port and the low message number
>updates just fine.

Fine. Anyway, Rn will scan for the lowest article if the low message number
is not truly consistent with the articles..

-Pasi


-- 
 Pasi Ojala         The number of people staring at you
 po87553@cs.tut.fi   is straightly proportional to the 
 albert@cc.tut.fi        stupidity of your action.
Xref: sparky alt.sys.amiga.uucp:3205 comp.sys.amiga.datacomm:8590
From: hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble)
Newsgroups: alt.sys.amiga.uucp,comp.sys.amiga.datacomm
Subject: Re: Internet/Amiga
Date: Sun, 10 Jan 1993 07:03:34 EST
FollowUp-To: alt.sys.amiga.uucp
Organization: Phaedra V

[cross posted to comp.sys.amiga.datacomm]
[followups to whichever group is relevent]

In article <1993Jan05.041043.16950@src4src.linet.org>, David Tiberio writes:

> modem. He suggested a Telebit that is supposed to get over 5,000 cps with
> built in UUCICO.

The raw throughput of a Telebit Worldblazer with TurboPEP is 23,000 bps
which gives you a maximum of about 2,300 cps. With compressed news
this is as good as you will get. With uncompressed text you can get up
to 70kbps which is why the Worldblazer has an interface speed up to
115.2kbps. That's going to put a very high CPU load on a system
running a dumb serial port at that speed, especially one like the one
on the Amiga motherboard with a single byte FIFO. You will almost
certainly want your news compressed before it gets sent to the serial
port rather than having the modems compress and uncompress it.

The "built in UUCICO" is a spoofing mode for the UUCP g protocol that
minimizes the turnaround and handshaking delays that would otherwise
keep the transfer rate way down when using a primarily half duplex
connection such as you get using PEP or USR HST.

A pair of good V.32bis modems will give you over 1500cps for
compressed news, and they cost a lot less than the Telebits. Going to
a Telebit is mostly worthwhile if you want a heavy duty cycle modem
anyway and you have to talk to sites with older Telebits that don't
support V.32bis.

-- 
# Hugh D. Gamble  UUCP: hugh@kink.UUCP  Domain: hugh@kink.PhaedraV.On.Ca     %
# AMIX: HGAMBLE  bix: hgamble  voice: +1 416 267 6159                        %
#  "butane everything works Finland" - autofix.el in emacs automatically     %
# correcting my mistyping of "but everything works fine".                    %
From: nkraft@bkhouse.cts.com (Norman Kraft)
Newsgroups: alt.sys.amiga.uucp
Subject: XFH and DUUCP
Date: 9 Jan 93 02:58:47 GMT
Reply-To: nkraft@bkhouse.cts.com
Organization: Argus Computing, San Diego, CA
X-Newsreader: Arn V1.00

Recently, running a bit short on hard drive space, I thought "Gee, XFH is
working so well for my text files and such, why not use it for news and
mail?". 

Unfortunately, as I belatedly discovered, XFH does not handle certain
file operations as it should, so rnews cannot properly update the .next
file in each news directory. Since .next always contains the same value,
every news article gets written to the same file name. Arn really has a
very nice, symetrical look to it with just 1 article per newsgroup. :)

Mail just goes off to the bit bucket somewhere. This may be caused by the
same XFH file operation sequence problem.

Does anyone have a solution to this? Are any of you running DUUCP's rnews
and rmail successfully with XFH partitions? Any help would be very much
appreciated! 

Norm.

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

Norman R. Kraft 			   INET  : nkraft@bkhouse.cts.com
Senior Partner				   UUCP  : ucsd!crash!bkhouse!nkraft
Argus Computing 			   GENIE : N.KRAFT3
San Diego, CA				   PORTAL: nkraft@cup.portal.com

----------------------------------------------------------------------------
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp
Subject: Article Numbers
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (04.01.93) by Michael B. Smith & Mike Schwartz
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Date: 9 Jan 93 09:05:34 EST
Organization: Well, I haven't decided on a name yet...

RNEWS rolls over article numbers at 32767, and apparently DNEWS expects this
(it uses a short). Based on comments in the source, I expect this is a legacy
from early versions of B-News (2.11 and before).

Does anyone see any reason to continue this? I know that GRn does not "care"
about the length of an article number (it gets stored in a long). Does *any*
newsreader other than DNEWS care?

The changes to DNEWS and RNEWS are minor to change this. Comments invited.

Flames about AmigaUUCP vs. C-News to NIL:.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: ARn problems
Date: Sun, 10 Jan 1993 06:25:48 EST
 <1ibnefINN5c1@iraul1.ira.uka.de>
Distribution: world
Organization: Phaedra V

In article <1ibnefINN5c1@iraul1.ira.uka.de>, |S| Roland Bless writes:

> > automatic or semi-automatic change there will still be times when it
> > is unsorted unless you start doing locking on the active file and arn.
> > That's silly.
> 
> I don't think it's silly:
> 1. I changed it because Arn starts up faster by using binary search.
>    This is especially significant if you have a large active-file.

Thats good. :-) An active file for a full feed has about 5,000 lines
and can be close to 200k.

> 2. The active-file isn't changed so often (unless you have all groups),
>    so sorting it with the standard sort program is faster than
>    letting Arn sort it everytime it starts up.

The active file will get changed whenever there's a newgroup or change
message for any group in a hierarchy you get. Here, that's several
times a day, and thats for only a partial feed.

> Get serious: If you have a large active-file, let it be 100kB, you
> should have the resources to have another 100kB for the sorted copy!!

Certainly.

> Naturally, things like notification and locking are required then.

I'll complain if something has to lock the active file, but I don't
mind if you keep a copy updated through notification and do whatever
you want to the copy.

> Yes, I'll implement at least a check for sorting and automatic resort if
> necessary.

Thank you.

> Were can I find documentation about this file format?
> Arn nevertheless uses databases for fast overviews of articles, which
> isn't possible with the Cnews databases alone.

You could always email Geoff Collier (sp?) for information about his new
format. I don't have it handy but you could try Henry Spencer instead
at henry@zoo.toronto.edu

> The source of Arn will be released with next versions.

Great. I hack sources less than I think I will, and I think I won't
very much, but I always like to have them. :-)

P.S. This article was posted with Arn 0.72. I haven't found another
Amiga news reader that works well enough to switch to yet.

-- 
# Hugh D. Gamble  UUCP: hugh@kink.UUCP  Domain: hugh@kink.PhaedraV.On.Ca     %
# AMIX: HGAMBLE  bix: hgamble  voice: +1 416 267 6159                        %
#  "butane everything works Finland" - autofix.el in emacs automatically     %
# correcting my mistyping of "but everything works fine".                    %

x-gateway: rodan.UU.NET from amiga-uucp to alt.sys.amiga.uucp; Tue, 12 Jan 1993 19:44:03 EST
Date: Tue, 12 Jan 1993 19:38:40 EST
From: dringler@PICA.ARMY.MIL
Subject: Only on alt.sys.amiga.uucp Mailing List via UUNET!
Newsgroups: alt.sys.amiga.uucp
In article <mbs.1kaz@adastra.cvl.va.us> mbs@adastra.cvl.va.us writes:
>Ron, why do you use the list? Are you mail only? Or do you not receive the
>alt hierarchy?
>
>Is there anyone else out there on the mailing list?

I'm one of the people who can only get the alt.sys.amiga.uucp newsgroups over
Matt's mailing list. Is he still maintaining those lists? I haven't had any
problems with both of the uucp and patches newsgroups through UUNET where
those lists are stored.

I hope we Usenet-deprived mailing list people don't get lost in the newsgroup
shuffle! I still feel burned when we lost the old Amiga-Relay mailing list when
it was terminated at the Univ. of Delaware a long while back...

						-Darrell
==============================================================================
|        --Darrell Ringler                   "Teleport Now, ORAC!"           |
|Internet:<dringler@pica.army.mil>     "Have TARDIS...Will Time Travel!"     |
|Bitnet: <dringler%pica.army.mil@mitvma.mit.edu> or <...@ubvm.cc.buffalo.edu>|
|Usenet: pica.army.mil!dringler@uunet.uu.net or uunet!pica.army.mil!dringler |
|      Compuserve: 73167,44 or <73167.44@compuserve.com> from Internet       |
|  ***"Let's go!"***     ***LEMMINGS for the Amiga!***    ***"Oh, no!"***    |
==============================================================================
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: XFH and DUUCP
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (04.01.93) by Michael B. Smith & Mike Schwartz
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Date: 9 Jan 93 09:17:40 EST
Organization: Well, I haven't decided on a name yet...

In article <D-ogs*G00@bkhouse.cts.com> nkraft@bkhouse.cts.com (Norman Kraft) writes:
> Unfortunately, as I belatedly discovered, XFH does not handle certain
> file operations as it should, so rnews cannot properly update the .next
> file in each news directory. Since .next always contains the same value,
> every news article gets written to the same file name. Arn really has a
> very nice, symetrical look to it with just 1 article per newsgroup. :)

> Does anyone have a solution to this? Are any of you running DUUCP's rnews
> and rmail successfully with XFH partitions? Any help would be very much
> appreciated!

The required changes to SENDMAIL would not be minor. And they aren't localized.
(I mean, every mailer would probably need updates. That isn't good.)

I wouldn't suggest you put UUMail: on an XFH partition.

The required changes to RNEWS are minor, but they might/would have a fairly
significant performance impact. In the HandleSequenceNumber() procedure, the
file operation needs to be split. Once to read the file for the sequence
number, then close it and reopen for writing. Although downcoding to AmigaDOS
I/O from stdio would probably have a positive net impact.

I'll make the change and test it when I get feedback about my other RNEWS
question (same procedure, even).    :)

(BTW, the fact that XFH doesn't do update operations is documented, at least
in the developers pack for XPK. Although I thought that someone else had made
the changes before and was going to pass them along to me; I never received
anything.)
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: al455@cleveland.Freenet.Edu (Jamie Rishaw)
Newsgroups: alt.sys.amiga.uucp
Subject: mailing lists?
Date: 10 Jan 1993 20:14:26 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: al455@cleveland.Freenet.Edu (Jamie Rishaw)
NNTP-Posting-Host: thor.ins.cwru.edu



does uucp 1.16 support / have ability to support mailing lists?
 
-- 
     -+=-                          ILJ!                             -+=-
               the slave thinks he is released from bondage 
                   only to find a stronger set of chains
             jamie                al455                gavroche
From: pete@bignode.equinox.gen.nz (Pete Moore)
Subject: Re: timeout problem
Newsgroups: alt.sys.amiga.uucp
Organization: Equinox Networks
Reply-To: pete@bignode.equinox.gen.nz
Distribution: world
X-Newsreader: TIN [version 1.1 PL8]
Date: 13 Jan 93 11:20:29 +1200
Organization: Equinox Networks

Jamie H. Clark (jclark@dac.org) wrote:
>When there is large number of files in UUSPOOL: like 3000 files or so,
>my uucico calls to a system and then the remote uucico gets timeout and
>drops the connection because my uucico was still scanning the files in
>UUSPOOL:.

>How can I increase the remote uucico's timeout?

Increase the -t and -T options in uucico to a couple of minutes.

>What are other solutions to this problem?

>It would be nice if we can put the batched files in subdirectory,
>each subdirectory for each remote host.  That will reduce the number of
>files in a directory to reduce the scanning time.

This is what we are doing on Equinox BBS. We run a full newsfeed and feed
about 50 other sites. It only requires a few small changes in the UUCP
source code.
--
 +-------------------  pete@bignode.equinox.gen.nz  -------------------+
 | The effort to understand the universe is one of the very few things |
 | that lifts human life above the level of farce, and gives it some   |  
 | of the grace of tragedy   -  Steven Weinberg                        |
 +---------------------------------------------------------------------+
Newsgroups: alt.sys.amiga.uucp,de.comp.sys.amiga.uucp
From: amk@opal.cs.tu-berlin.de (Andreas M. Kirchwitz)
Subject: AmigaElm 1.19 available via Anon-FTP/Mail-Server
Organization: Techn. University of Berlin, Germany
Date: Wed, 6 Jan 1993 12:05:47 GMT

Oops, in previous versions of Elm I made some mistakes so that
Elm didn't run (or even crashed) under AmigaOS 1.x.  Elm 1.19
is identical with 1.18 -- except that it runs under OS 1.x again
(and 2.x of course)

	ftp.cs.tu-berlin.de [130.149.17.7]
		get /pub/amiga/uucp/AmigaElm119.lha

	amiga.physik.unizh.ch [130.60.80.80]
		get /amiga/comm/uucp/AmigaElm119.lha
		(currently in /amiga/new)

	mail-server@cs.tu-berlin.de
		send /pub/amiga/uucp/AmigaElm119.lha

You DO NOT need this version if you only have OS 2.x (or higher)!

Regards,
Andreas
-- 
IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de

x-gateway: rodan.UU.NET from amiga-uucp to alt.sys.amiga.uucp; Tue, 12 Jan 1993 04:50:46 EST
Date: Mon, 11 Jan 1993 22:22:21 PST
Return-View-To: ronell@caron.ati.com (Ronald Elliott)
X-Mailer: //\\miga Electronic Mail (AmiElm 1.18)
Organization: Science and Technology Center
Reply-To: ronell@caron.ati.com
From: ronell@caron.ati.com (Ronald Elliott)
Subject: re Warming up for the vote
Newsgroups: alt.sys.amiga.uucp
I haven't involved myself in the conversation much but would like to
say as one of many who only get a.s.a.u[.p] through the mailing
lists, where ever we end up PLEASE DON'T FORGET ABOUT US!!! 

Ronald Elliott                   Science and Technology Center
ronell@caron.ati.com                      P.O. Box 818
                                     Apple Valley, Ca 92307
                        Serving Education throughout the High Desert Area
Xref: sparky alt.sys.amiga.uucp:3120 comp.sys.amiga.datacomm:8499
From: hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble)
Newsgroups: alt.sys.amiga.uucp,comp.sys.amiga.datacomm
Subject: Re: Internet/Amiga
Date: Mon, 04 Jan 1993 01:02:53 EST
FollowUp-To: alt.sys.amiga.uucp
Organization: Phaedra V

[cross posted to comp.sys.amiga.datacomm, followups directed to there]

In article <C06L52.6r2@acsu.buffalo.edu>, Jon J. Allen writes:

> A few people seem to have Internet connections to their house.  I
> live in the US, and am wondering how to get home Internet connections.
> Can I go through MCI or AT&T or something?

You can buy an IP router or rent a line on one from a local university
or company, then lease a dedicated 64kbit line from your local phone
company. The cost could be around $10,000 to $250,000 per year
depending on which net you connect to and how you do it. So, yes you
can probably get an internet connection to home provided you're
willing to sell your house. :-)

What you probably want is a dialup IP connection to some *other* site
on the internet. You need TCP/IP s/w like C='s AS225 or AmigaNOS that
supports dialup IP (SLIP or PPP) and ftp, snmp, nntp, or whatever you
want your connection for. Around here, you can get dialup IP service
to uunet.ca for $50 per month plus usage (you provide the modem) or
various leased line options that are fairly inexpensive. A local BBS,
Canada Remote Systems, also provides dialup IP for reasonable rates. I
suggest you check with uunet or local BBSes about availability and
rates.

> --Jon-J-Allen--jonallen@cs.buffalo.edu----Computer-Science--SUNY-@-Buffalo-NY--

-- 
# Hugh D. Gamble  UUCP: hugh@kink.UUCP  Domain: hugh@kink.PhaedraV.On.Ca     %
# AMIX: HGAMBLE  bix: hgamble  voice: +1 416 267 6159                        %
# '"U.S. is more restrictive than other places, except maybe Canada."        %
# The kindler, gentler fascists to the North don't consider any form of      %
# self-defense legal.' - Mondo 2000 No. 8                                    %
From: Dana_Huggard@tfbbs.wimsey.bc.ca (Dana Huggard)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: how to SLIP?
Distribution: world
Date: 7 Jan 93 15:15:31 PST
Organization: Terra Firma Bulletin Board Service

In a message dated Thu  7 Jan 93  3:31, Mbs@adastra.cvl.va.us (michael B. S
wrote:

> The only publically available package that I am aware of is
> AmigaNOS. And yes,

I have heard of this before and am curious.. I'd like to ask..

What exactly is AmigaNOS?


-- Via DLG Pro v0.995

____
\TF/ TERRA-FIRMA-BBS / Serving the Amiga Community.
 \/  FidoNet 1:153/765.0 *  AmigaNet 40:800/765.0 * ADS Files *
     Uucp: tfbbs.wimsey.bc.ca!Dana_Huggard   *  CIS:76557,622 *
Xref: sparky alt.sys.amiga.uucp:3219 news.software.readers:2743
From: hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble)
Newsgroups: alt.sys.amiga.uucp,news.software.readers
Subject: Need latest TIN sources.
Date: Sun, 10 Jan 1993 23:06:06 EST
FollowUp-To: alt.sys.amiga.uucp
Keywords: TIN 1.1pl8 source request
Summary: Can someone mail them or point me at them?
Distribution: world
Organization: Phaedra V

Hi all. I have the sources to tin1.1pl6 and the pl7 and pl8 patches
but there seems to be a problem with the pl7 patch. Besides the "file
ends without a newline" message in the patch, it's missing some
information at the beginning and patch can't figure out which files to
patch.

If someone could volounteer to send me the sources or tell me exactly
where I can ftp/mailserv them from I'd be much obliged. Please email,
thanks.

-- 
# Hugh D. Gamble  UUCP: hugh@kink.UUCP  Domain: hugh@kink.PhaedraV.On.Ca     %
# AMIX: HGAMBLE  bix: hgamble  voice: +1 416 267 6159                        %
#  "butane everything works Finland" - autofix.el in emacs automatically     %
# correcting my mistyping of "but everything works fine".                    %

Xref: sparky alt.sys.amiga.uucp:3171 comp.sys.amiga.datacomm:8543