HDTenEightyP/NetNews huggingface dataset:
From: dodd@dodd.UUCP (Mike Dodd)
Newsgroups: alt.sys.amiga.uucp
Subject: Newsreaders
Date: Mon, 07 Sep 1992 17:30:30 GMT
Distribution: world
Organization: Not
X-Newsreader: Arn V1.00 beta rel2

Could someone post a listing of the currently available newsreaders,
along with their criteria.  For those interested in changing from 
Dnews, I would recommend Arn.  So far, (this evening :-) ) it seems
to be working very nicely.

It might be interesting to get ratings (pluses and minuses) of the
various newsreaders.  Since we spend so much of our time (at least I
do, lately) reading news, I figure it might be advantagous to try out
some of the other available newsreaders.

--
			    -Mike

    Michael E. Dodd		Internet:  dodd!dodd@seq.uncwil.edu
    219 Pershing Court		
    Wilmington, N.C. 28412	Voice:     919/799-9453
From: georg@bluemoon.GUN.de (Georg Sassen)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Fido-Net routing (FRED and RFMAIL)
Date: 4 Sep 92 09:02:19 GMT
Reply-To: georg@bluemoon.GUN.de (Georg Sassen)
Organization: just me
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

In article <mbs.0x02@adastra.cvl.va.us> mbs@adastra.cvl.va.us (Michael B. Smith) writes:

>RFMAIL is a Unix package supposed to do the same thing, but routing occurs
>through email. I've been told that using Markus Wild's ports of dmake,
>GCC 2.2 and pdksh; and establishing a Unix-like directory hierarchy on
>your system will allow it to work just fine. I have no idea.

Available from bluemoon.GUN.de via BMS (or anonymous uucp at
+49-211-255798 (24h), use nuucp/nuucp ( <=1024 byte packets) or
uucp/nuucp (64 byte packets)) is the following file:

-----rw-d c   214   108502 Mar  3  1992 fidogate2_3.zoo

It is the (as far as I know) latest version of Martin Junius' gateway
software for Unix, which is based on rfmail (but better, IMHO). It is
fairly easy to port to AmigaOS with DICE, I have been running it
(including previous versions) here for over a year.
If you have access to an alt.sources archive and don't want to BMS, it
was posted there in March.

If you need assistance in porting it, feel free to contact me. I won't
distribute the binaries, though, as you have to (partly) configure it
in .h-files and compile it afterwards.

BTW: You need C-News if you want to run it.

    Georg

--
Georg Sassen, Duesseldorf, Germany. Voice +49 211 255799, Fax +49 211 255798
From: tsarna@endicor.com (Ty Sarna)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Received id headers
Date: 5 Sep 92 18:02:45 GMT
Organization: Endicor Technologies, Inc., San Antonio, Texas

In article <01Sep1992.003600.11449@straylight.uucp> "Kai 'wusel' Siering" <wusel@hactar.hanse.de> writes:
> In article <9208181823.AA01tly@castrov.cuc.ab.ca>,
> 	wuth@castrov.cuc.ab.ca (Brett Wuth) writes:
> 
> % It's been pointed out to me that the "Received:" header lines generated
> % by AmigaUUCP rmail/sendmail violate RFC 822.
> %
> % The lines look like
> %   Received: by castrov.cuc.ab.ca (V1.15.19{info@castrov.UUCP/5}/Amiga)
> %       id AA01lwi; Sun, 2 Aug 92 17:06:14 MDT
> % but should be:
> %   Received: by castrov.cuc.ab.ca (V1.15.19{info@castrov.UUCP/5}/Amiga)
> %       id <01lwi@castrov.cuc.ab.ac>; Sun, 2 Aug 92 17:06:14 MDT
> 
>      It should to conform to 822;  but out there, not many poeple care
> about   this   ...   E.  g.  the  latest  smail  (3.1.27)  writes  `id
> m0mNOSy-0002M5C;' (former versions at least put this in `<>') =:-(

FYI, uunet doesn't put <>'s on IDs either, and if they can get away with
it, it really doesn't matter. In fact, most sendmail's out there don't
seem to put <>'s on either.

> % RFC 822 says the 'id' tag is optional, and suggests that it could
> % be used to trace back the processing of a specific message.  Since
> % we never record the id anywhere (e.g. uuspool:logfile), I suggest
> % we just drop the 'id' tag altogether.

Nah, leave it in. It doesn't hurt and it produces received headers that
looks like everyone elses. It ain't broke, so don't fix it.

--
Ty Sarna				           tsarna@endicor.com

	"Staring faces, set in celluloid,
		Welcome to the late show, starring null and void"
From: jdp@caleb.UUCP (Jim Pritchett)
Newsgroups: alt.sys.amiga.uucp
Subject: bounced BMS mail
Date: Sat, 12 Sep 1992 19:16:08 GMT
Organization: is sometimes desirable

I sorry about the bandwidth, but I don't know how to reach the people involved
since EMail keeps bouncing...

I have gotten several remote BMS registrations from a site called jabba and
from sites connected through jabba.  Unfortunately, the BMS (and other) mail
bounces from cs.uwindsor.ca with an "unknown host" message such as:



   ----- Transcript of session follows -----
550 jabba.forgn... 550 Host unknown
554 <jabba!peeker!bms_in@uwindsor.ca>... 550 Host unknown (Authoritative answ
er from name server)


Whoever is doing this, please tell the mailer at cs.uwindsor.ca about jabba or
find another path to use.


                                Thank you,

                                                Jim Pritchett


UUCP:  rwsys.lonestar.org!caleb!jdp
 or    utacfd.uta.edu!rwsys!caleb!jdp
Xref: sparky alt.sys.amiga.uucp:2092 de.comp.sys.amiga.uucp:590
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Remote Login using UUCP 1.16d
From: jbickers@templar.actrix.gen.nz (John Bickers)
Date: 15 Sep 92 10:12:29 PST
Organization: TAP, NZAmigaUG

Quoted from <bobl.7n8d@bobsbox.rent.com> by bobl@bobsbox.rent.com (Bob Lindabury - SysAdmin):

> Also, if anyone has ANY config info for using other news readers and
> setting up a mailer that will work with AmigaUUCP, please let me know as
> I would be very interested.  I have TNews but have yet to play around
> with that.  It will work remotely, right?

    Yes. It should have come with a config-tnews file. Set the line
    REMOTED to whatever remote editor you're using. Then start tnews
    with the "-r" switch.

    I also had to modify DMail to launch the editor $(MailEditor) with
    System() instead of Execute().

>  Bob Lindabury
--
*** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
From: tsarna@endicor.com (Ty Sarna)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: BMS to Unix ports
Date: 6 Sep 92 07:08:48 GMT
Organization: Endicor Technologies, Inc., San Antonio, Texas

In article <vHfDr*FL5@kink.PhaedraV.On.Ca> hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble) writes:
> In article <1992Sep1.013058.7764@endicor.com>, Ty Sarna writes:
> 
> > If anyone wants to do it, I have a portable implementation of Exec lists
> > which I could donate to the project. It's part of a larger Amiga library
> > for Unix (and before you go getting excited, it doesn't emulate
> > intuition or graphics under X or anything :->. It only provides few Amiga
> 
> There's already a whole AmigaDOS emulator for unix, written by Ford
> Ditto and distributed on the net and elsewhere. It doesn't do
> graphics/intuition etc. either, but it's complete enough to let you
> run things like the MANX C compiler on a 680x0 machine running unix,
> such as a SUN 3.

Yes, I know abut that, but it's not the same thing.  The idea of the
library is to allow programs like BMS to be truly ported to Unix.  You
could use PC-Task and the IBM version of Welmat on a Amiga BBS, but
you're much better off using the ported native version.  Same thing with
the amiga emulator vs the library.  Both are useful, but for entirely
different things. 

FYI, looking at the amiga emulator (the newest one I have, anyway)
and the BMS source, the emulator doesn't have enough functionality to
run BMS. Besides which, there's still the problem of different
parameters to sendmail and of mapping file names. For the effort to add
the extra functionality to the emulator you could just as easily add the
functions to the library, and (then quite easily) do a true port of BMS.
You could then even use the library to enhance the emulator easily.

Besides which, most of the Unix machines on which BMS would be most
useful aren't 68K boxes (like wuarchhive and many others. amiga.physik
is a notable counterexample, but why should we limit ourselves?).

Let's spend our effort where it'd be best used!

[Again, if youre intersted in the library, contact me. I haven't had any
responses yet]

--
Ty Sarna				           tsarna@endicor.com

	"Staring faces, set in celluloid,
		Welcome to the late show, starring null and void"
Newsgroups: alt.sys.amiga.uucp
Subject: Re: some help with rnews
From: jbickers@templar.actrix.gen.nz (John Bickers)
Date: 6 Sep 92 15:00:24 PST
Organization: TAP, NZAmigaUG

Quoted from <rnorton.1e6v@hotcity.COM> by rnorton@hotcity.COM (Randy Norton):
> I am updating from 1.15 to 1.16 and  now Rnews is giving error 30 messages. I
> have used the new sub dir structure etc. the foolowing is my logfile.

    How about posting one of the files that is causing the problem?

> Randy Norton                         | Full News Feeds /usenet mail available
--
*** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
Newsgroups: alt.sys.amiga.uucp
Subject: Re:  NoCFM v0.9 (Part 1/1)
From: liam@durie.amigans.gen.nz (Liam Greenwood)
Date: 6 Sep 92 13:29:13 GMT+12
 <DAVIDM.92Aug31101124@consilium.com><Boinger.02n1@myamy.hacktic.nl> <DAVIDM.92Sep2112130@consilium.com>
Distribution: world
Organization: It's Home, really...

In article <DAVIDM.92Sep2112130@consilium.com> davidm@consilium.com (David S. Masterson) writes:
>I think my point stands and I don't think you have to wait for a standard to
>implement it.  Actually, to tell you the truth, I think the standard already
>exists and has been implemented in all the other source groups to one degree
>or another.  That is:
>
>1. Postings should be in SHAR format (exception: VMS groups use VMS_SHAR).
    Posting in SHAR format from AmigaUUCP is a non-trivial task unless you are
running some sort of UN*X shell on your Amiga. To assume that this is the rule
would be stretching things a bit. Receiving SHARed stuff can be a bit fraught
too. If AmigaUUCPs' UNSHAR can't deal with it then lots of people are
stonkered.
>2. Binaries should be UUENCODED within the SHAR (exception: BITNET?).
    So... how about we make this number 1, and forget the within SHAR stuff
>3. Part 1 should have a README in front of it (about a page in length).
    Yep, number 2
>4. Each part should be a SHAR in its own right (exception: VMS_SHAR).
    So we can forget #4 as well?
>Things left out of the standard:
>1. If posting an archive, which archiver is standard (ZOO, LHA, ...)?
    LHA/LZH seems the most common on the Amiga

    Other things left out are:
        - do you split the binary archive and uuencode the bits
        - do you UUENCODE the archive then split the result
            - I personally don't care but I think if both are to be 'allowed'
              then the reconstruction steps should be in the included README.
            - If ONE of these is the preference of the populous the I suppose
              the instructions could be in the FAQ, and the README point to
              there
        - make-up of the SUBJ line
            - maybe title, version, author, part n of n (or part n/n)

All IMHO, of course. If you get upset about anything above, you're reading far
more into it than I intend.
--
 Liam Greenwood ------ liam@durie.amigans.gen.nz ------ Wanganui, N.Z.
                 Don't tell my Mother I'm a programmer,
               she thinks I'm a piano player in a brothel

Newsgroups: alt.sys.amiga.uucp
From: po87553@cs.tut.fi (Pasi 'Albert' Ojala)
Subject: Re: AXsh ffe file discription filenames!
Organization: Tampere University of Technology
Date: Tue, 8 Sep 1992 20:59:14 GMT

In article <1992Sep7.031413.21423@ccu.umanitoba.ca> umkhawaj@ccu.umanitoba.ca (Tahir Z. Khawaja) writes:
>	using ffe with AXSH I put the discription file in the proper
>directory.  Now what format is the NAME of the ffe desc file supposed to be.

<filename>.dsc
_<directory>.dsc

And it is a bare file/directory name, no path :-)
The description pathname should end in / or : in case you have changed
it/it doesn't work.

And you can use the key "w" in ffe to edit the description file. Filenotes
are displayed if the description file is not found.

-Pasi
-- 
Pasi 'Albert' Ojala                po87553@cs.tut.fi  albert@cc.tut.fi
The author of AXsh
--
From: Boinger@myamy.hacktic.nl (Paul Kolenbrander)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: GRn and Autopoint (was Re: Postings to a.s.a.u.patches...)
Date: 8 Sep 92 16:50:11 MET
Reply-To: boinger@myamy.hacktic.nl (Paul Kolenbrander)
Distribution: world
Organization: System Information 2.0 Development
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <mbs.0ymc@adastra.cvl.va.us> mbs@adastra.cvl.va.us (Michael B. Smith) writes:
> In article <Boinger.02sw@myamy.hacktic.nl> Boinger@myamy.hacktic.nl (Paul Kolenbrander) writes:
> > Goodie. :-) I'll keep an eye on a.s.a.u.patches. Did you solve that nasty
> > window/requester activation problem?
> 
> Are you referring to this report?
> 
>     When I startup GRn, it opens it's little requester with the fuelgauge
>     showing it's progress. When the mousepointer is not over this little
>     requester, GRn alternates between making active it's main window and
>     the requester window. This results in an irritatingly slow process.
>     When I position the pointer over the requester window, this annoying
>     behaviour stops and progress speed is multiplied by at least a factor
>     of 20. Similar behaviour occurs when any other requester is spawned
>     by GRn and the pointer is not over that requester. Is there anything
>     you can do about this?
> 
> (aren't Snap and DME wonderful?)

Yep, that's the one. Only in my case the problem is C='s AutoPoint. Maybe 
the 2.1 version will solve it. :-)

> There are also AutoPoint commodities out there that are smart enough
> for this to not be a problem (how, I don't know). But I've had several
> people e-mail me and tell me that a "later version" of a utility
> either cured or minimized the problem.

Aha! mind letting me know which utilities and version? I'll get that and
give AutoPoint the boot. Just like DiskDoctor. Latest info is that even
C= got wise and have removed him for malpractice. :-) Now if they only
get really smart and get Dave's DiskSalv as a replacement. :-))

CYa, Paul

-- 
Paul Kolenbrander  \ InterNet: boinger@myamy.hacktic.nl
Turfveldenstraat 37 \ Fido: 2:284/114.3 Paul Kolenbrander
NL-5632 XH EINDHOVEN | - - - - - - - - - - - - - - - - - - 
Voice: +31-40-415752 | Timezone:GMT+1 | Fax: +31-40-426446
From: alfredo@ajahnv.lonestar.org (Alfredo Jahn V)
Newsgroups: alt.sys.amiga.uucp
Subject: Can you "catchup" w/Dnews
Date: 7 Sep 92 03:54:41 GMT
Organization: Amiga 2000 (Home System)
X-NewsSoftware: Amiga GRn V1.29 4/25/92 (Beta) by Mike Schwartz

Is there any way to "catchup" when using Dillon's Dnews (news reader)
(1.16)?   I looked at the help and I couldn't find anything like
catchup (marking all news items as read). Could this be an undocumented
option?

---                                                                  //
Alfredo Jahn V                    alfredo@ajahnv.lonestar.org    \\ //
5822 Belmont, Dallas TX 75206           voice: (214) 821-5481     \X/
From: overlord@megalith.miami.fl.us (Carlos Amezaga [POSTMASTER])
Newsgroups: alt.sys.amiga.uucp
Subject: Re: bounced BMS mail
Keywords: 
Distribution: world
Date: 13 Sep 92 01:53:56 EST
Organization: Megalith Mail & News Server

Quoted from <...unknown> by jdp@caleb.UUCP (Jim Pritchett):
> I sorry about the bandwidth, but I don't know how to reach the people involved
> since EMail keeps bouncing...
> 
> I have gotten several remote BMS registrations from a site called jabba and
> from sites connected through jabba.  Unfortunately, the BMS (and other) mail
> bounces from cs.uwindsor.ca with an "unknown host" message such as:
> 
> Whoever is doing this, please tell the mailer at cs.uwindsor.ca about jabba or
> find another path to use.
> 

	I have also had a System with jabba mixed in the name try to BMS
from my system numerous times.  My system promptly bounced the message
back several times.  I cought it while rumaging through my UUSPOOL
directory.  I found that odd, and set a trap for a message directed for
BMS.  I got two more of them and I sent E-Mail to it with a message of
STOP. :-)  BMS is not supported on my system.

Carlos
--

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%    __     %  UUCP:  overlord@megalith.miami.fl.us  % I Tried MS-DOS Once %
% __///     %  Fido:  1:135/92                       % But Didn't Inhale.  %
% \\//Amiga %  GEnie: C.Amezaga                      %        --D.Atkins-- %
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

	I live in Miami, FL which is close to the Cutler Ridge and
Homestead areas.  If you wish to contact someone you have been unable to
reach because of Hurricane Andrew send E-mail to
postmaster@megalith.miami.fl.us and I will try my best to reach them for
you.  Folks out there who are able, please donate to the American Red Cross
in anyway you can.  They are running low in Funds and this Hurricane is
only further draining their resoources.  There are many people here who
are in need of many common items.  Thank you and God Bless.
From: shane@peeker.uucp (Shane R. McCarthy)
Newsgroups: alt.sys.amiga.uucp
Subject: BMS error messages
Date: 9 Sep 1992 18:24:13 GMT
Organization: Not an Organization
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith


   Could anyone tell me what these error messages mean.  The last couple of
days I have been seeing similar messages when I receive a BMS file.

09-Sep-92 14:20 Recv:Local ID, no channel: loid=136 rmid=80                    
09-Sep-92 14:20 Recv:Local ID, no channel: loid=137 rmid=81                    
09-Sep-92 14:20 Recv:Local ID, no channel: loid=138 rmid=82                    
09-Sep-92 14:20 Recv:Local ID, no channel: loid=139 rmid=83



-- 
Shane McCarthy                  Please forward mail to
Windsor, Ont.                   cs.uwindsor.ca!jabba!peeker!shane
From: andyw@awbase.UUCP (Andy Wright)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Newsreaders
Distribution: world
Reply-To: censor!awbase!andyw@zoo.toronto.edu
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Date: 11 Sep 92 15:06:46 EST
Organization: ASOANTK Scarborough,Ont. Can.

In article <msWDr*T41@dodd.UUCP> dodd@dodd.UUCP (Mike Dodd) writes:
> 
> It might be interesting to get ratings (pluses and minuses) of the

You migh wish to try Grn.  It sports a intuition interface with the
new WB 2.0 look.  Much of the interface is user configurable.  If
you enjoy using the window/mouse interface you will find it quite
comforable.  I think every gadget has a key bound to it though so
you can also use just the keyboard if you prefer.

Make sure you get the newest version though,  the resources required 
to run it have been substantialy reduced since the original release.

The newsgroups and article subject lines are displayed in scrolling
lists.  The articles can be sorted by number, author or subject.
You can pick and choose what you wish to read at random.  The text
of the article is displayed in another scrolling window below the
articles list.

After you have read the articles that interest you, you can catch up
and mark all the remaining articles as read.

Newsgroups can be junked from the display list.  So if you carry 
groups to forward to other sites, but have no interest in them, you
can avoid even seeing them.  Jumping between groups is as easy as
point and click.

Only two drawbacks.

   o  It likes to run on an interlace screen

   o  No Kill files ... yet (Eh mike ? Please ?)

-- 

----------------------------------------------------------------------------
Andy Wright  INSS project  | bang!          {utzoo,geac}!censor!awbase!andyw 
865 Pharmacy Ave. floor 5  | Domain:     censor!awbase!andyw@zoo.toronto.edu
Scarborough Ontario Canada | andyw@awbase.uucp   andyw@awbase.PhaedraV.On.Ca
"A door is what a dog is perpetually on the wrong side of." - Ogden Nash
From: kkrebs@amilink.UUCP (Ken Krebs)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Problem with uucp116d - Protocol Failure
Date: 14 Sep 92 18:43:48 GMT
Reply-To: amilink!kkrebs@citrus.sac.ca.us (Ken Krebs)
Organization: Sacramento Amiga Computer Club - Sacramento, CA
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <overlord.0alg@megalith.miami.fl.us> overlord@megalith.miami.fl.us (Carlos Amezaga [POSTMASTER]) writes:
> Quoted from <...unknown> by jerry@marin.uucp (Jerry C. Hudgins):
> > Does it strike anyone else that this may be another manifestation of Supra's
> > firmware problems?  Others (in c.s.a.datacomm) have frequently reported that
> > their SupraFAX will hang up during connections, perhaps due to an inability
> > to properly retrain.
> > 
> > I've never seen this problem, under various conditions, when using either a
> > USR V.32 or a Telebit WorldBlazer.
> 
> 	I use a SupraFax V.32Bis Modem and have no problems with it at
> all.  The settings I have in place are:
> 
> AT&F2W1&D2&C1X4&K3\A3\N3%E1S95=46S11=50S7=60M0
         ^^^^^^^^^^^   ^^^

The settings I have underlined are already set by the &F2, so you can get
rid of them.  Might I also recommend that your S95=46 be changed to S95=47.
If you do this, you can also remove the W1 since the S95 setting overrides
it.

S95=47 gives you connection strings such as:

CARRIER 14400

PROTOCOL: LAP-M

COMPRESSION: V.42BIS

CONNECT 14400/ARQ


-- 
*********** NewOrderDepecheModeUltravoxViolentFemmesKillingJoke |Amiga 3000|
*Ken Krebs* SkinnyPuppyLaTourBauhausBookOfLoveModernEnglishB52s |25Mhz/6Meg|
*********** FishBoneBigCountryJoyDivisonSiouxsie&TheBansheesXTC |Multitask!|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
       UUCP: uunet!csusac.ecs.csus.edu!citrus!amilink!kkrebs
   InterNet: amilink!kkrebs@citrus.sac.ca.us or: kkrebs@citrus.sac.ca.us