HDTenEightyP/NetNews huggingface dataset:
From: tlhouns@ns.pacbell.com (Lee Hounshell)
Subject: Re: Cheap, light orientation sensor needed
Organization: Pacific Bell
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 6 Nov 1992 21:35:00 GMT

In article <1992Nov6.165554.16576@PacBell.COM> tlhouns@ns.pacbell.com (Lee Hounshell) writes:
>
>I had an idea for constructing one using "bend" sensors with weights attached
>to one end.  As the robot's orientation would change, the sensors would move
>(because of gravity pulling the weights).  If several of these sensors were
>placed strategically inside a robot's chassis, I suspect that one could calculate
>the robot's orientation fairly accurately.  Any comments?

To clarify my earlier posting:

You would need to place 6 of these "bend" sensors in a small enclosed box, one
in the center of each "wall" of the box.  This box would be contained within
the body of the robot.  For an individual sensor, you wouldn't know exactly
which way the tilt occurred.  But by looking at all 6 of the sensors together,
I think you could calculate orientation, as well as "invertedness."

	- the "bottom-most" sensor would always have the most "bend".. as it would
	  probably form a "U-like" shape.

	- the "top-most" sensor would usually have almost no bend, as it would hang
	  mostly straight down.  This (along with the bottom sensor) let you determine
	  up/down orientation.

	- the "right/left/front/back" sensors would allow you to determine roll
	  and pitch.

	- You'd need an electronic compass mechanism of some sort to determine yaw.
	  Anyone know of one?

Anyone know of a reason why this arrangement *wouldn't* work?
Are "bend" sensors flexible enough for this type of task?
Is there a way to easily attach them "perpendicular" to a wall?
And add a weight to the free end?

-Lee
Newsgroups: comp.mail,comp.sys.sun.misc
From: jumper@spf.trw.com (Greg Jumper)
Subject: Getting "deliver" and "biff" to work together (repost)
Followup-To: comp.sys.sun.misc
Organization: TRW Sensor Data Processing Center, Redondo Beach, CA
Date: Wed, 11 Nov 92 16:44:41 GMT

[I canceled the previous post because I forgot to include version information;
I hope you aren't seeing this again...]

I have been experimenting with using "deliver" to filter my mail.  However,
when my delivery file causes a message to be delivered to my standard mailbox,
the "comsat" daemon does not "notice" the new message and notify me.  Since
the point of this exercise is to filter the low-priority mail, what *does* get
put in my mailbox should be (relatively) important, so I'd certainly like to
be notified when it arrives :-).  Is there some way to make "deliver", "biff",
and "comsat" work together naturally?

I realize that I can perform the notification myself from my delivery file,
but that seems like a poor integration of the tools.  Does "binmail" alert
"comsat", and, if so, can I somehow get "binmail" back in the loop without
causing an infinite loop via my ".forward" file?

(By the way, this is deliver 2.1.10 under SunOS 4.1.3 with stock "subsidiary"
"sendmail.cf".)
--
                                       Thanks,

                                       Greg Jumper
                                       TRW Signal Processing Facility
                                       jumper@spf.trw.com
From: johnl@forthd.uucp (John Lebert)
Newsgroups: comp.mail.uucp
Subject: Mail Address Question - Help please...
Summary: What is my mail address?
Keywords: stupid pet-tricks
Date: 3 Nov 92 21:39:12 GMT
Distribution: usa
Organization: Fourth Dimension, Portland OR

I have recently started getting a newsfeed via modem on my VAX and....
I haven't been able to find an FAQ to answer this question:

	What in the hell is my mail address?  Everyone I talk to says
        something different. Here is my relationship to the net-

                                                    I
  --------      ------      ------      ------      n
 | forthd |<-->| sysa |<-->| sysb |<-->| sysc |<--> t
  --------      ------      ------      ------      e
                                                    r
                                                    n
                                                    e
                                                    t
 Is my address johnl@forthd? johnl@forthd.uucp?
 What are maps & what do they mean to me?
 I get a newsfeed & the connection, but the people
 upstream are either to busy or don't know.

 Thanks for the newbie help.
--                                                 
 John Lebert - Fourth Dimension       Internet:????@null.dev
 Portland, OR                            Voice: 911

                Press CTRL-ALT-DEL to continue....
Newsgroups: comp.mail.uucp
From: bruce@sonyd1.Broadcast.Sony.COM (Bruce Lilly)
Subject: Re: Getting In The Maps
Organization: Bruce Lilly
Date: Wed, 11 Nov 92 19:00:26 GMT

In article <FU+-qA6KBh107h@momad.UUCP> taz%momad@infoserv.com wrote:
>Hi there.   I have been trying to get into the UUCP maps for a little over a
>month now.

Be patient; it may take 6 weeks (or more) for your entry to be
incorporated in the maps.

>   I posted my map entry to comp.mail.maps
>and the entry is the following:

Comp.mail.maps is a moderated newsgroup... you should have
posted to news.newsites.

># #N    momad
># #S    386-DX running MS-DOS, Waffle 1.65 for UUCP
># #O    Modem Madness BBS
># #C    Jonathan S. Nowak
># #E    momad!system
># #T    +1 516 295 9024
># #P    782 Arbuckle Ave.  Woodmere, NY 11598-2706
># #L    40 39 N / 73 40 W city
># #R    Public-Access Usenet Site & BBS
># #U    infoserv philabs mertwig
># #W    momad!taz (Jonathan S. Nowak); Tue Oct 27 17:13:15 EDT 1992

If you generated this on Oct 27th, you shouldn't be surprised to
find that it's not in the Oct 25th map...

># #
># infoserv      infoserv.com
># philabs       philabs.philips.com

The meaning of the above two lines is ``"infoserve" connects to
"infoserve.com" with a default ``cost'' associated with the
link'', etc., which is probably not what you meant, and in any
event should probably not be in your map entry.

>#
># infoserv(daily)
># philabs(daily)
># mertwig(daily)

I suggest that you carefully reread the README comp.mail.maps
posting; you probably want something like:
momad	infoserve(DAILY)
etc. (case is important, and it takes two to UUCP).

-- 
	Postmaster@Broadcast.Sony.COM
Xref: sparky comp.mail.uucp:2028 comp.unix.sysv386:16326 comp.dcom.modems:16556
From: ian@airs.com (Ian Lance Taylor)
Newsgroups: comp.mail.uucp,comp.unix.sysv386,comp.dcom.modems
Subject: Re: How to make UUCP connection work over terminal server ?
Keywords: UUCP,server
Date: 8 Nov 92 16:54:11 GMT
Followup-To: comp.mail.uucp
Distribution: usa

loncars@ucunix.san.uc.edu (Sven Loncaric) writes:

>The problem seems to be in the terminal server (it filters or misinterprets
>characters instead of passing them through). I tried to turn off the server
>XON/XOFF protocol and switch characters but with no success.

...

>A strange thing is that C-kermit works fine transferring binary files 
>over the same connection between the two machines. (This does not agree
>with the above character eating theory.)

I don't know how to solve your problem, since I don't know anything
about your terminal server, but kermit uses a special protocol which
avoids all control characters except ^A and carriage return (as I
recall) so the fact that you can transfer binary files with kermit
proves nothing about UUCP.

One thing you might be able to do is use the 'f' protocol, which
avoids all control characters except carriage return.  This would be
fairly inefficient if you are trying to transfer binary files, and the
'f' protocol checksum usage isn't particularly strong.

The next version of Taylor UUCP has a protocol which lets you avoid
specific control characters.  However, it's not out yet (please do not
ask me when it will be available; I will announce it; honest) and in
any case you would have to run it on both ends of the connection.
-- 
Ian Taylor | ian@airs.com | First to identify quote wins free e-mail message:
``Things are either isolated units, or they form one inseparable whole.  If
  that whole be God, then all is well; but if aimless chance, at least you
  need not be aimless also.''
Newsgroups: comp.mail.uucp
Subject: uucp/files
Date: 06 Nov 92 22:25:00 EST

I have gotten my uucp stuff all up and running, but not beging very familar

with the system, i don't know any numbers to call to get the stuff? is
there 
some place i can uucp a list of numbers, or can someone post some in here 
for me... Thanks m.c.  
 
---
 * Origin: FireHouse BBS! *Biggest BBS in Arkansas! 800meg!* (1:391/2050)
Newsgroups: comp.mail.uucp
Subject: Telecommuters, Remote Workers
From: 9138827a@levels.unisa.edu.au
Date: 4 Nov 92 18:37:15 +1030
Organization: University of South Australia

This item has been cross-posted to comp.mail.elm and comp.mail.misc
===================================================================

I am undertaking postgraduate study at the School of Library and
Information Management, University of South Australia, Adelaide, on
the particular information needs of telecommuters - those who perform
job-related work at a site away from an organisation and communicate
electronically rather than commuting physically.
 
I would be very interested in, and would greatly appreciate a response
from those who are telecommuters, to the following questions. If you
are not a telecommuter but know of others who are it would be
appreciated if you could pass this on to them:
 
 
Q1      Does the organisation to which you telecommute provide any
        library and information services which are accessible to you
        online? (eg catalogs, reference assistance, databases, literature
        searches, document delivery services, organisation information
        such as daily bulletins and administrative gazettes.)
 
        If yes:
 
        (a) What services are provided?
        (b) How useful are these services to you?
 
Q2      (a)     What is the nature of the organisation to which you
                telecommute?
 
        (b)     If you sometimes commute physically to your organisation,
                how frequently do you do this?
 
Q3      What are the particular information needs that you have as a
        telecommuter?
 
Q4      What basic information services do you consider should be
        provided by an organisation for its telecommuters? (see Q5 for
        additional and desirable services)
 
Q5      What additional information services would you perceive as being
        highly desirable for an organisation to provide for its
        telecommuters?
 
Q6      Are there any further comments you wish to make regarding the
        information needs of telecommuters?
 
Q7      Would you like a summary of the results of this survey E-mailed
        to you?
 
Respondents can be assured that individuals and organisations will not
be identified in any report or summary of this survey.
 
Please E-mail your response to my Internet address:
 
9138827a@ntx.city.unisa.edu.au
 
Thank you for your cooperation
 
Bronwen Strong    

Xref: sparky comp.mail.uucp:2030 comp.mail.sendmail:2717 comp.mail.misc:3620
From: bruce@blilly.UUCP (Bruce Lilly)
Subject: Re: Any easy way to filter this type of UUCP traffic?
Organization: Bruce Lilly
Date: Sat, 7 Nov 92 23:22:11 GMT

[silly redirect overridden; this is a UUCP mail issue, not a
news administrative issue]

In article <3953@ecicrl.ocunix.on.ca> clewis@ferret.ocunix.on.ca (Chris Lewis) wrote:
>uunet	... <{sitename}>({cost})
>
>The angle brackets indicate that nothing should be routed *through*
>"sitename" to other machines.

Correct.

>Furthermore, you shouldn't advertise the uunet link in *your* map entry
>at all.  Otherwise, large numbers of systems may choose you to get to
>uunet.

I disagree with that.

Pathalias will generate a ``backlink'' even if one half of the
link is not explicitly listed in the maps.

A backlink may indicate other problems with the maps, e.g. a
site whose map entry has not been updated when another site
mentioned in its map has been removed from service, or the link
disconnected.

If the link in fact exists, it should be listed in the maps. If
you're paranoid about others using the link, explicitly set the
link cost as "(DEAD)", or specify the other end as a terminal
node. You can then override that in your local input to
pathalias.

-- 
	Bruce Lilly		blilly!bruce@Broadcast.Sony.COM
					...uunet!sonyusa!sonyd1!blilly!bruce
Newsgroups: comp.mail.uucp,comp.mail.sendmail
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: email routing
Organization: The Gator Conferencing System 219-289-3745 
Date: Sat, 14 Nov 1992 21:09:35 GMT

larry@gator.rn.com (Larry Snyder) writes:

>I want to forward all internet traffic that's in
>the DNS via smtp, local traffic via smtp and uux,
>and all uucp non-local traffic via smtp to uunet.uu.net
>to be routed. 

>I am having one heck of a time getting this set up.

>any ideas?

I found a cludge to do this --

I have a local paths file built - maybe 30 lines for my
local uucp connections -- and have a smtp smart_route
to uunet.uu.net -- this appears to be working so far...

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.mail.uucp
From: bruce@blilly.UUCP (Bruce Lilly)
Subject: Re: bogus maps ?
Organization: Bruce Lilly
Date: Tue, 10 Nov 92 23:29:56 GMT
Reply-To: lilb@sony.compuserve.com

In article <3969@ecicrl.ocunix.on.ca> clewis@ferret.ocunix.on.ca (Chris Lewis) wrote:
>In article <1992Nov9.011459.10550@blilly.UUCP> lilb@sony.compuserve.com writes:
>>UUCP map for u.bel.1.new
>>UUCP map for u.bel.0.new
>
>Have you noticed u.aus.csiro.? yet?

No, I haven't. But I've noticed u.dmk.* and u.che.10, which
aren't of any use.

I understand that these were originally mistakes, and that
subsequent empty versions were sent to correct the original
mistakes, but for how long will this continue?

Also, it would be nice if the map names in actual use
corresponded to what the README file says they should be (or vice
versa).  Some of us *do* depend on some reliable format to map
files for automatic unpacking (at least until a better method of
distributing map updates is put into place).

-- 
	Bruce Lilly		blilly!bruce@Broadcast.Sony.COM
					...uunet!sonyusa!sonyd1!blilly!bruce
Newsgroups: comp.mail.uucp
From: sachs@dbsun.uucp (sachs)
Subject: Weird problem with uucico login
Organization: BioMerieux-Vitek, St. Louis Mo.
Date: Wed, 11 Nov 1992 17:42:53 GMT

	I have been trying to figure out a problem with setting up polling
for one of my machines to talk to another one. The problem is with logging in.
When uucico running on a Sun 4 establishes a connection through ACU with an
IBM 550 (RS 6000 running under AIX), it just hangs after sending the login string. I stuck a line monitor in to check what exactly is going to and from the 
modem, and then tried to login into the same machine using the same login and password, but manually, through cu command. Everything worked fine. Then I ran
Uutry and it tried to log in -- sending exactly the same charachters as I was sending
manually -- and it just hang there after geting the expected "ogin:" and sennding the login string. If I add an extra linefeed to the login string in Systems,
it goes to password and hangs there; if I also add a linefeed to password, it
gives me "invalid password. Please try again" message.

	Please, if you have any ideas or suggestions, e-mail me or post --
this has been pretty frustrating.

Thanx

Victor Sachs

dbsun!sachs@wupost.wustl.edu
vls1@cec1.wustl.edu
(314)731-7394


Newsgroups: comp.mail.uucp
From: kherron@ms.uky.edu (Kenneth Herron)
Subject: Re: Weird problem with uucico login
Distribution: na
Date: Wed, 11 Nov 1992 20:37:51 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

sachs@dbsun.uucp (sachs) writes:

>manually -- and it just hang there after geting the expected "ogin:" 
>and sennding the login string. If I add an extra linefeed to the login 
>string in Systems,
>it goes to password and hangs there; if I also add a linefeed to password, it
>gives me "invalid password. Please try again" message.

Are you sending a line feed or carriage return?  When you use cu and
slap that return key, you're sending a carriage return.

If you want to be pendantic, end your login and password sends with 
"\r\c" which forces uucico to send a carriage return with no line feed.
-- 
Kenneth Herron                                              kherron@ms.uky.edu
University of Kentucky                                         +1 606 257 2975
Dept. of Mathematics     "Your ball goes over them, it sails off the edge into
a huge cauldren of fire-breathing dragons."  "And they call this a par three?"
From: ian@airs.com (Ian Lance Taylor)
Newsgroups: comp.mail.uucp
Subject: Re: What to do about forgeries?
Date: 12 Nov 92 01:55:31 GMT
Distribution: usa

fehr@ms.uky.edu (Jeff Davis) writes:

>We have always run a system based upon trust: a single login,
>nuucp, for all of our nodes. Everyone has always behaved and
>no one has pretended to be another node to scarf up another
>node's mail. Now, we find that we are in need of more security
>but simply adding more logins doesn't appear to change anything:
>someone logging in under, say, xuucp still has access to the 
>entire scope of the mail system. Obviously, we don't know
>squat since this seems to be a fairly elemental question, but
>how can we prevent a node from pretending to be another node?
>Or gaining access to mail it shouldn't get? Is it just a question
>of an after-the-fact check of xferstats? That doesn't really
>appear to be quite adequate.

I'm going to assume that you are using HDB UUCP, since you mentioned
the xferstats file.

You need to set up your Permissions file.  The semantics are somewhat
confusing (at least to me).  The simple way to do it is for each
system that calls in, put a line in Permissions that looks like this:

MACHINE=sys LOGNAME=Usys VALIDATE=sys

You can then give READ, WRITE, etc. commands if you wish, although the
defaults are probably fine.  See the man page on Permissions for what
you can specify.

Use a different LOGNAME for each system.  Enter each LOGNAME in
/etc/passwd with the same uid as nuucp and with a different password
for each one.  Tell the people who call you to start using the new
login name and password, since nuucp will no longer work.

Then the data routed for each system is secure (from other remote
systems, not necessarily from local users) so long as nobody else
finds out their password.
-- 
Ian Taylor | ian@airs.com | First to identify quote wins free e-mail message:
``Things are either isolated units, or they form one inseparable whole.  If
  that whole be God, then all is well; but if aimless chance, at least you
  need not be aimless also.''
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.mail.uucp
Subject: Re: bogus maps ?
Date: 10 Nov 92 02:27:14 GMT
Organization: Elegant Communications Inc., Ottawa, Canada

In article <1992Nov9.011459.10550@blilly.UUCP> lilb@sony.compuserve.com writes:
>Today two map files arrived (in comp.mail.maps, of course) with
>Subject headers of
>UUCP map for u.bel.1.new
>and
>UUCP map for u.bel.0.new

>These names do not fit the pattern described in the README map
>file...

>I haven't seen any discussion or informational postings about
>changes to the map file format. What's going on?

They're asleep at the switch.  This has been coming and going for
months.  Somebody's got a autoposting mechanism and have left
some extra files lying around.

A while ago the u.bel.* files were being posted daily.

Have you noticed u.aus.csiro.? yet?

I have been in conversation with one of the map maintainers who
explained some of what's going on.
-- 
Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
Ferret list: ferret-request@ferret.ocunix.on.ca
Newsgroups: comp.mail.uucp,comp.mail.sendmail
From: bruce@blilly.UUCP (Bruce Lilly)
Subject: bogus maps ?
Organization: Bruce Lilly
Date: Mon, 9 Nov 92 01:14:59 GMT
Reply-To: lilb@sony.compuserve.com

Today two map files arrived (in comp.mail.maps, of course) with
Subject headers of
UUCP map for u.bel.1.new
and
UUCP map for u.bel.0.new

These names do not fit the pattern described in the README map
file, viz.:

``
# The files are organized by country, using the ISO 3166 3 letter
# country code for each country.  Each file has a name like
# u.iso.r1.r2.s, where "iso" is the country code, r1, r2, etc are
# regions and subregions (e.g. states in the USA, provinces in Canada,
# etc.) and s is a sequence number (usually 1, but sometimes 2, 3, and
# up may be provided to keep individual files down to a reasonable size,
# thus, u.usa.ca is separated into two regions: [135] for southern,
# [246] for northern.)
''

"new" is certainly not a sequence number, nor are "0" and/or "1"
regions in Belgium (moreover, the README file says "0" isn't a
sequence number (1, 2, 3, ...)).

[Mind you, the u.eur.ita.* etc. maps don't fit the specified
pattern either, since "eur" isn't a country code.]

I haven't seen any discussion or informational postings about
changes to the map file format. What's going on?

-- 
	Bruce Lilly		blilly!bruce@Broadcast.Sony.COM
					...uunet!sonyusa!sonyd1!blilly!bruce
Newsgroups: comp.mail.uucp
From: fehr@ms.uky.edu (Jeff Davis)
Subject: What to do about forgeries?
Distribution: usa
Date: Wed, 11 Nov 1992 15:32:40 GMT
Organization: Austerlitz, Gershovitz, and Carmichael

We have always run a system based upon trust: a single login,
nuucp, for all of our nodes. Everyone has always behaved and
no one has pretended to be another node to scarf up another
node's mail. Now, we find that we are in need of more security
but simply adding more logins doesn't appear to change anything:
someone logging in under, say, xuucp still has access to the 
entire scope of the mail system. Obviously, we don't know
squat since this seems to be a fairly elemental question, but
how can we prevent a node from pretending to be another node?
Or gaining access to mail it shouldn't get? Is it just a question
of an after-the-fact check of xferstats? That doesn't really
appear to be quite adequate.
 
-- 
Jeff Davis <davis@keats.ca.uky.edu>