HDTenEightyP/NetNews huggingface dataset:
From: vern@zebra.alphacdc.COM (Vernon C. Hoxie)
Newsgroups: comp.sys.3b1
Subject: Re: Copy to Flpy from root on a 7300?
Date: 11 Jan 93 20:14:28 GMT
Reply-To: vern@zebra.alphacdc.COM (Vernon C. Hoxie)
Organization: Alpha Communications, Denver, Colo.

In article <93008.213146CXF107@psuvm.psu.edu> CXF107@psuvm.psu.edu (Rooh) writes:
>Hello all,
>          I have a 7300. I would like to copy files to the floppy
>from a root login. I would rather not logon as a user and do a
>backup. Any ideas?
>
>Thanks

	You can copy files to the floppy in two ways.  The first copies
them exactly as they are and singularly.  The second method should be
used when archiving a group of files such as a large source code listing
or when any one file is larger than the capacity of a single disk.

Method 1:
$ mount /dev/fp021 /mnt
$ filename /mnt

	With this method, the floppy becomes part of your root file
system and '/mnt' can be used as any other directory on your file system
with exception that you cannot 'ln' (link) between the floppy and the
hard disk.  You can 'cd /mnt' or you run any standard operation from the
floppy by addressing the files there as '/mnt/xxx'.

	When finished, the floppy must be unmounted:
$ umount /dev/fp021

	This is required to write the current inode table from ram to
the floppy file system.  For this reason, write protected disks cannot
be used or else you will get those annoying '!!' messages about floppy
disk errors.

Method 2:
	Make a list of the files you wish to transfer to the floppies.
I use 'find . -print > Files' or 'ls -1 > Files' ( that is 'ls dash one',
not 'ls dash ell' ).
	Then:
$ cpio -oBvcd < Files > /dev/rfp021

	Note that in this instance, the device name is 'rfp021' while in
Method 1 it is 'fp021'.  The difference is that the 'rfp021' is a
character device without a directory or inode table while 'fp021' is a
block device with a directory and inode table.

	Read the 'find (1)' and 'cpio (1)' manual pages for other
options for the character device.

	By the way, these operations can be performed by any user and
you do not need to be 'root' to perform them.  However, the files
written to the floppy by Method 1 have the standard access
requirements. 

vern
-- 
Vernon C. Hoxie                                {ncar,csn}!scicom!zebra!vern
3975 W. 29th Ave.                                   vern@zebra.alphacdc.COM
Denver, Colo., 80212          voice: 303-477-1780        uucp: 303-455-2670
Newsgroups: comp.sys.3b1
From: kak@hico2.westmark.com (Kris A. Kugel)
Subject: serial patch no longer works?!?
Reply-To: kak@hico2.westmark.com
Organization: High Country Software
Date: Tue, 5 Jan 1993 02:54:44 GMT

I was attempting (for the second time) to bring up a copy
of /unix with the serial patch, so as to be able to talk
to the serial ports faster.

I used to have this working on this hardware before a disk crash
blew away that copy of the kernel.

Method: booting with Gil's enhanced diagnostic disk,
	I specify to boot from file /unix.test
Symptoms: won't boot, I just get a dark screen.
Counterexample:  boots fine if I say "/unix"

I still don't know whether the slower modem transmit speeds
I've been getting since May are due to some pecularity
with the Worlblazer (replaced a Trailblazer plus),
or from the loss of the serial patch.

Anyhow, I'm clueless about this.  Any thoughts?
Maybe some different device drivers or loadable device order
has caused new problems?  I'm grasping at straws here....

Kris A. Kugel	908-842-2707
hico2!kak	kak@hico2.westmark.com
Newsgroups: comp.sys.3b1
From: tjl@cbnews.cb.att.com (timothy.j.lipetz)
Subject: Changing to External Modem (w/HDB)
Organization: AT&T
Distribution: usa
Date: Mon, 4 Jan 1993 16:35:49 GMT



Two questions:
1) How do I use an external modem w/HDB uucp and with the
telephone manger to get ATE?  (See details below.)

2) How can I use ATE other than through the telephone manager.
That is, I would like to do something like a tip command from
shell, so that I am put in the emulator ready to talk to the
modem - I'll let it handle the dialing.


I would like to use an external 2400 baud modem w/MNP
(so the RS232 would be set to 4800 baud).  The modem
seems hayes compatible (it uses AT... etc).  Up to
now I have been using the internal modem with Honey-Danber
uucp installed, but have been running remote logins
through the telephone manager - uucp and Uutry, etc. work
from command lines.

I tried making new entries in the telephone directory but
it keeps complaining about /dev/tty001 unknown, even though
the device is in /dev.

I tried reinstalling HDB but that messed things up more (I said
that both phone lines were VOICE, since the modem was on an
RS232 port; was that correct?)

Thanks for any help.

Timothy Lipetz
att!cbzoo!tjl


Newsgroups: comp.sys.3b1,comp.mail.misc
From: forrie@morwyn.uucp (Forrest Aldrich)
Subject: Re: Sendmail problem on AT&T unix 7300 (3b1).
Organization: Vision Graphics
			  Dover, NH
			  USA
Date: Thu, 7 Jan 1993 02:04:58 GMT
Reply-To: morwyn.uucp!forrie@unhtel.unh.edu (Forrest Aldrich - SysAdmin)

From article <1993Jan6.051545.3526@gagme.chi.il.us>,
wdp@gagme.chi.il.us (Bill Pfeiffer) has written:
+--------------------
| Interesting thing is, that I DO NOT have a smail binary on the system!
| When I do a  'type smail' at me ksh prompt, it says 'smail not found'.
| I DO have a /usr/spool/smail directory AND a /usr/lib/smail directory,
| but my binary is sendmail which lives in /usr/bin/sendmail.  In the
| /usr/lib/smail are such things as routers, aliases, mkpath and all of
| that, yet no smail binary.
+--------------------

	Just a short note here...

	In Smail, you can have a link to the /bin/smail binary which
	is called /usr/lib/sendmail.  It's all there in the documentation.
	Perhaps that is where you might start... there is also a newsgroup
	and (I believe) a mailing list that deals with Smail specifics.

	You might try using a 'strings' on the sendmail binary to see what
	it has... or try linking sendmail to /bin/smail.  Actually, get
	the latest version of Smail3.X and recompile... ;)

	Good luck.

	Forrest

-- 
	   -----------	      Forrest Aldrich	      -----------
	   -------     morwyn!forrie@unhtel.unh.edu	  -------
	   ----						     ----
	   --	     VISION GRAPHICS --	Dover, NH - USA	       --
	   ------------------------------------------------------
Newsgroups: comp.sys.3b1
From: bruce@blilly.uucp (Bruce Lilly)
Subject: WIN/3B pty's (Was Re: Sendmail problem on AT&T unix 7300 (3b1).,
	which was really about smail trouble)
Organization: Bruce Lilly
Date: Thu, 7 Jan 93 01:56:18 GMT
Reply-To: lilb@sony.compuserve.com (Bruce Lilly)

In article <C0ABsD.32M@zero.com>,
 posted to comp.sys.3b1,comp.mail.misc,
 steve@zero.com (Steve Urich) wrote:
>	Speaking about the tcpip win3b1 stuff. Does anyone know how to setup
>	up the Wollongong(sp?) pty socket stuff to work on a machine that
>	doesn't have a ethernet board yet? Do I have to enter 0.0.0.0 or
>	something to make it local only? Also what driver do I use the ether.o?
>	I remember someone doing a "netstat" showing the availability of using
>	it without a ethernet board. Am I right?

ptys are independent of whether or not Ethernet hardware is installed.

If you want to use sockets (something completely different), and you don't
have the interface board, you probably want to use a network pseudo-address
of 127.0.0.1, which is the software loopback interface.

You need to have the ether software loadable driver loaded.

You might also want to edit ether.rc (in /etc/lddrv) as it will exit early
if the Ethernet board isn't installed. Look at what this shell script does
and decide for yourself.

If you want to compile network programs, you'll need the header files in
/usr/ethernet/include, and the library archive file /usr/lib/libnet.a.

You may find Wollongong's implementation lacking in some respects...

-- 
	Bruce Lilly		...uupsi!monymsys!sonyd1!blilly!bruce
Newsgroups: comp.sys.3b1,comp.mail.misc
From: bruce@blilly.uucp (Bruce Lilly)
Subject: Re: Sendmail problem on AT&T unix 7300 (3b1).
Organization: Bruce Lilly
Date: Mon, 4 Jan 93 04:19:40 GMT
Reply-To: lilb@sony.compuserve.com (Bruce Lilly)

In article <C04BCM.Lz5@fang.att.com>,
 posted to comp.sys.3b1,comp.mail.misc,
 ebd@fang.att.com (Elliot B Dierksen) wrote:
>
>I don't mean to start a religious war here, but why do you think smail is
>inferior? 

Two reasons come immediately to mind:
1)	reliability. Based on my own experience, the experiences of
	neighboring sites, and on bounced and misdirected mail which I've
	seen, I'd have to say that sendmail is at least an order of
	magnitude more reliable than smail. As sendmail is the MTA of choice
	at the vast majority of site that handle email, I suspect that I'm
	not the only person who feels that way.
2)	programmability. The same reason that I prefer a shell over a GUI.
	The same feature that makes awk, sed, perl, etc. useful tools. As
	new RFCs are released and new addressing formats are introduced,
	sendmail can accommodate the vast majority of the changes without
	the need to modify source code, recompile, reassemble, relink, test,
	re-modify,... ad nauseum; a test version of sendmail.cf can be set
	up, it's processing tested off-line from regular email processing,
	and the new version istalled after testing without even the need for
	access to source code, compilers, etc.

> I have read the documentation for sendmail, consider myself fairly
>computer literate, and sendmail.cf's still make blood run out of my ears!

Why is that?  sendmail.cf is a very simple file format. There are only a few
types of lines, distinguished by the first character. The rewriting rules
use a fairly simple pattern matching and substitution language, not unlike
that used by ed, awk, etc., the biggest difference being that when dealing
with email addresses, one is interested in matching tokens, not just
character string patterns.

Granted, it is possible to design an incomprehensible sendmail.cf, and I
have seen a few that were pretty obtuse, but it is also possible to have a
sendmail.cf which is easily understood.

Moreover, sendmail.cf was designed to be easily parsed by machine. It is not
necessary for a casual administrator to be fluent in the details of the
format; the recommended method of generating a sendmail.cf for a specific
site is to use the m4 macro processor to customize a generic version for
the site's needs. There are also programs available that convert to/from
sendmail.cf format.

-- 
	Bruce Lilly		blilly!bruce@Broadcast.Sony.COM
					...uunet!sonyusa!sonyd1!blilly!bruce
Newsgroups: comp.sys.3b1
From: dnichols@d-and-d.com (DoN. Nichols)
Subject: Re: Copy to Flpy from root on a 7300?
Organization: D and D Data, Vienna VA
Date: Wed, 13 Jan 1993 04:17:56 GMT

In article <22@zebra.alphacdc.COM> vern@zebra.alphacdc.COM (Vernon C. Hoxie) writes:
>In article <93008.213146CXF107@psuvm.psu.edu> CXF107@psuvm.psu.edu (Rooh) writes:
>>Hello all,
>>          I have a 7300. I would like to copy files to the floppy
>>from a root login. I would rather not logon as a user and do a
>>backup. Any ideas?

	[ ... ]

>Method 1:
>$ mount /dev/fp021 /mnt
>$ filename /mnt
>
>	With this method, the floppy becomes part of your root file
>system and '/mnt' can be used as any other directory on your file system
>with exception that you cannot 'ln' (link) between the floppy and the
>hard disk.  You can 'cd /mnt' or you run any standard operation from the
>floppy by addressing the files there as '/mnt/xxx'.
>
>	When finished, the floppy must be unmounted:
>$ umount /dev/fp021

	*WARNING* You should cd back out of the floppy before you attempt to
umount(1) it.  Also, you will be unable to umount it if anyone else is cd'd
into the floppy, or if any process has a file on the floppy open.

>	This is required to write the current inode table from ram to
>the floppy file system.

	And possibly some of the files' contents as well, depending on how
long it has been since the last write to the floppy.

>                         For this reason, write protected disks cannot
>be used or else you will get those annoying '!!' messages about floppy
>disk errors.

	However, if you *do* want to mount and read from a write-protected
floppy, it can easily be done without the error messages, *if* you add a
'-r' option to mount.  I believe that on the SysV flavor, the -r comes
after the rest of the parameters, eg:

	mount /dev/fp021 /mnt -r

while on SunOs, it would be:

	mount -r /dev/fd0 /mnt

just to keep the confusion stirred. :-)

	Happy Computing
		DoN.
-- 
 Email:   <dnichols@d-and-d.com>  |  ...!uunet!ceilidh!dnichols 
		 <dnichols@ceilidh.beartrack.com>
 Donald Nichols (DoN.)  |   Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
	--- Black Holes are where God is dividing by zero ---
Newsgroups: comp.sys.3b1,comp.mail.misc
From: bruce@blilly.uucp (Bruce Lilly)
Subject: Re: Sendmail problem on AT&T unix 7300 (3b1).
Organization: Bruce Lilly
Date: Sun, 10 Jan 93 13:12:03 GMT
Reply-To: lilb@sony.compuserve.com (Bruce Lilly)

In article <1993Jan8.225514.5299@cfctech.cfc.com>,
 posted to comp.sys.3b1,comp.mail.misc,
 kevin@cfctech.cfc.com (Kevin Darcy) wrote:
>In article <1993Jan7.014459.14742@blilly.uucp> lilb@sony.compuserve.com (Bruce Lilly) writes:
>>which is currently somewhere around 3.1.27.1 (no doubt several smail fans
                     ^^^^^^^^^^^^^^^^
>Oh, really? Has the smail3.1 dev team recently been kidnapped by sendmail 
>terrorists while working on 3.1.29?

Please learn how to read.

>>It's time to junk it and put something
>>useful in its place (unless you enjoy the challenge of dealing with your
>>ongoing mail problems). Of course, you're free to do as you please, but you
>>asked for advice, and I've given mine, along with justification for my
>>position. Good luck to you, whatever you choose to do.
>
>The poster asked for advice on a package that was quite clearly smail3, Mr.

No, the poster was asking for advice on how to solve a problem with email
that couldn't be sent. Go read the original article, or the reposted one.

-- 
	Bruce Lilly		...uupsi!monymsys!sonyd1!blilly!bruce
Newsgroups: comp.sys.3b1
From: bruce@blilly.uucp (Bruce Lilly)
Subject: Re: Sendmail problem on AT&T unix 7300 (3b1).
Organization: Bruce Lilly
Date: Thu, 7 Jan 93 01:00:01 GMT
Reply-To: lilb@sony.compuserve.com (Bruce Lilly)

In article <1993Jan4.041940.8007@blilly.uucp>,
 posted to comp.sys.3b1,comp.mail.misc, I wrote:

>In article <C04BCM.Lz5@fang.att.com>,
> posted to comp.sys.3b1,comp.mail.misc,
> ebd@fang.att.com (Elliot B Dierksen) wrote:
>>
>>I don't mean to start a religious war here, but why do you think smail is
>>inferior? 
>
>Two reasons come immediately to mind:
[...]
>2)	programmability. [...]

In case anybody wonders about the implications of this, or about exactly
what I meant, I'll illustrate by an example:

Suppose one wants to generate mail which complies with FIPS 98 (also available
as RFC841 [*]). Such mail is required to have one and only one Posted-Date
header (Posted-Date is to Date what a post office postmark is to the date
printed on the letter contained in the envelope which bears the postmark)
(See FIPS 98 for details; sections 3.1, 3.1.5, 3.3, Appendix A, Appendix D.1,
and Appendix E.8 are applicable to Posted-Date).

To do that using sendmail, one adds the following line to sendmail.cf:

H?D?Posted-Date: $b

Th-th-that's all folks. Done. Finito. Fait accompli. (all mailers which
need timestamps will have the D flag set)

Now would somebody like to explain how to accomplish the same thing with
smail? (without modifying source code)

*	The cover page states that RFC841 ``does not specify a standard for
the ARPA Internet'' while the document itself states that the ``standard
applies to Federal departments and agencies [...] in networked systems [...].''
It certainly seems that the Advanced Research Projects Agency of the U.S.
Defense Department qualified at the time the document was written. A
standard yet not a standard...
-- 
	Bruce Lilly		...uupsi!monymsys!sonyd1!blilly!bruce
Newsgroups: comp.sys.3b1
From: dnichols@d-and-d.com (DoN. Nichols)
Subject: Re: wmgr memory leak fixed
Organization: D and D Data, Vienna VA
Date: Tue, 12 Jan 1993 03:52:33 GMT

In article <1993Jan10.162756.25078@colnet.cmhnet.org> res@colnet.cmhnet.org (Rob Stampfli) writes:
>Some weeks ago, there was a thread complaining about the memory leak in
>the /etc/wmgr program.  It could be circumvented by killing the program
>and respawning it manually, but changing console windows caused the program
>to grow incrementally each time this was done.
>
>I have found and fixed the problem in the 3.51 version of the wmgr.  Because

	Congratulations, and thanks!

>this program is so arcane, I am going to go ahead and post the entire corrected
>executable of wmgr below without trying to obtain permission first.  To extract
>it, remove this portion of the message and feed the rest into sh.  (I wonder
>how many of you will really have the balls to just do it instead of trying to
>figure out what the script does first.)  To install, do the following from

	Well, nothing I do really depends on the 3B1 any more, so I felt
that I would just give it a try. :-)  (It worked.)

>the console:
>	sh <whereever you saved the bottom part of this msg>
>	sum wmgr
>	(15283 12 wmgr)
>	su root
>	mv /etc/wmgr /etc/wmgr.old
>	mv wmgr /etc
>	ps -e | grep wmgr
>	kill <the wmgr pid>
>	/etc/wmgr

	The last line above needs I/O redirection if executed from a remote
system, since it demands a bitmaped window as its output device, so a

/etc/wmgr >/dev/w1

worked.

>This version of wmgr has been running on my 3.51 system, but has not been
>tested on anything earlier.

	Since I am running 3.51m, my report adds nothing.

>Incidently the program below was sharked.  Shark was published in the
>obsfucated code contest several years back and is a delightful little
>program.  If you do take the time to wade through the obsfucated shell

	Nasty little bugger. :-)

	Thanks Again
		DoN.

-- 
 Email:   <dnichols@d-and-d.com>  |  ...!uunet!ceilidh!dnichols 
		 <dnichols@ceilidh.beartrack.com>
 Donald Nichols (DoN.)  |   Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
	--- Black Holes are where God is dividing by zero ---
From: steve@zero.com (Steve Urich)
Newsgroups: comp.sys.3b1
Subject: Re: serial patch no longer works?!?
Date: 6 Jan 93 04:03:48 GMT
Organization: Beyonet - Zero Network

In <C0D1FD.74@hico2.westmark.com>, kak@hico2.westmark.com writes:
[...]
>with the Worlblazer (replaced a Trailblazer plus),
This might be. If you have the patch uucico from 3 to 7 windows the worldblazer
doesn't like the 7 windows. If you get an error it might timeout faster with
the 7 window uucico the the 3 window. The 3 window uucico hardly ever timed out
or gets stuck in slave mode input error like the 7window uucico with the 
worldblazer. The T-2500 on the other hand works good with the 7 window patch.
The wb also takes a lot longer to start transfering again after an error with
the 7 windows uucico.

>or from the loss of the serial patch.
I thought this patch for the /unix was only good for the console screen?

	However this only applys to systems that use mnp with 2400 baud and
	v32 and mnp. This doesn't apply to PEP. 

	Anyone out there that uses a worldblazer and doesn't have any problems
	with the 7 window uucico? 
-- 
|Stephen Urich|        Internet:steve@zero.com         | "Cattle mutilations |
|NIC: SU2     |        UUCP:uunet!beyonet!steve        | are up!" --Sneakers |
|ARS: WB3FTP  | Packet:WB3FTP@WB3FTP.#EPA.PA.USA.NOAM  | ax25<->PBBS<->IPGATE|
|Bensalem, PA |Radio:wb3ftp@wb3ftp.ampr.org[44.80.8.44]| TCP/IP-FTP-SMTP-UNIX|
Newsgroups: comp.sys.3b1
From: afc@shibaya.lonestar.org (Augustine Cano)
Subject: Re: New 3b1'er (FAQ request)
Organization: Multidisciplinary Designs Unlimited
Date: Tue, 12 Jan 1993 00:50:52 GMT

In article <1993Jan9.153356.16739@colnet.cmhnet.org> res@colnet.cmhnet.org (Rob Stampfli) writes:
>Well, since no one else seems to want to do it...
>----------------------------------------------------------------------
>| Answers to some frequently asked questions about the AT&T UNIX PC, |
>|     as well as some frequent problems, hints, and solutions.	     |
>----------------------------------------------------------------------
>[$Revision: 2.1 $]
>Send updates to 3b1-faq@glyph.kingston.ny.us.
>
>...

Before anyone starts updating this, start with with the latest version.
This is what I have:

----------------------------------------------------------------------
| Answers to some frequently asked questions about the AT&T UNIX PC, |
|     as well as some frequent problems, hints, and solutions.	     |
----------------------------------------------------------------------
[$Revision: 2.3 $ $Date: 92/06/30 23:17:48 $]
Send updates to 3b1-faq@glyph.kingston.ny.us.

-- 
Augustine Cano		INTERNET: afc@shibaya.lonestar.org
			UUCP:     ...!{ernest,kadath,hico2}!shibaya!afc
Newsgroups: comp.sys.3b1
From: frank@halcyon.com (Frank Higgins)
Subject: Re: Yet Another 3B1 Sighting
Organization: The 23:00 News and Mail Service
Date: Wed, 6 Jan 1993 04:55:23 GMT

In article <11374@prijat.cs.uofs.edu> bill@cs.uofs.edu (Bill Gunshannon) writes:
>Last night on our local FOX TV station was a movie about an ex-government
>agent called back to eliminate a rogue assassin (which just happened to be
>a robot.)  In the lab where the robot was created was, you guessed it, an
>AT&T 3B1.  But wait!!!  A little later the robot goes to the offices of this
>unspecified spy organization (Langley??) to check out the hero's dossier, and
>low and behold, the room is FULL of 3B1's.
>
>I wonder if there is a warehouse somewhere in Hollywood just loaded with
>these things??
>
>bill
>
>-- 
>
>     Bill Gunshannon          |        If this statement wasn't here,
>     bill@cs.uofs.edu         |  This space would be left intentionally blank
>                              |         #include <std.disclaimer.h>   

A couple years ago I talked to a man from Mexico, Associate Director of
what their equivalent of the IRS is. He said they had over 1500 7300's and
3B1's. You don't suppose they filmed  in Mexico?

Frank        

-------------------------------------------------------------------------   
|   Voice: 206-774-0956                       Data: frank@halcyon.com   |
-------------------------------------------------------------------------
| All the rain in Seattle is necessary to wash the pigeon and seagull   |
| stuff off our windshields.                                            |
-------------------------------------------------------------------------
Newsgroups: comp.sys.3b1,comp.sys.att