HDTenEightyP/NetNews huggingface dataset:
From: aoki@risk.stanford.edu (ikuro aoki)
Newsgroups: comp.unix.bsd
Subject: 386bsd installation problem for an EISA machine.
Date: 24 Dec 92 02:49:46
Organization: Stanford University, Stanford, CA, USA.
Distribution: comp
NNTP-Posting-Host: risk.stanford.edu

Hello all,

I am installing 386nsd on my new EISA machine.
Booting from the dist.fs (tiny 386bsd) was OK.

But, when I try to run the 'install' program, the following
error messages came up, and I could not continue my work.

	as0d: controller error 0x12 reading fsbn 0
	scsi sense: 0 0 0 0 0 0 0 0 0 (0 x30 times) 0 0 0 0 0 0
	as0d: controller error 0x12 reading fsbn 0
	scsi sense: 0 0 0 0 0 0 0 0 0 (0 x30 times) 0 0 0 0 0 0

	No disk drive to install 386BSD.
	Would you care to have it installed on your TV instead (y/n).

However, a SCSI disk which have enough free space is connected
to a SCSI controller(Adaptek 1742). This hard disk CAN be accessed
from MS-DOS and MS-Windows without any problems.

Does anyone understand the meaning of the above message?
What is the controller error 0x12 ??

I appreciate your responce.
--
Ikuro Aoki
aoki@risk.Stanford.EDU
Newsgroups: comp.unix.bsd
From: deraadt@newt.cuc.ab.ca (Theo de Raadt)
Subject: Re: [386bsd] Kernel build dies, unref symbol _version
Organization: little lizard city
	<1992Dec26.235116.3795@fcom.cc.utah.edu> <id.E4CW.XE@ferranti.com>
Date: Sat, 2 Jan 1993 03:16:59 GMT

In article <id.E4CW.XE@ferranti.com> peter@ferranti.com (peter da silva) writes:
   In article <1992Dec26.235116.3795@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:
   > In article <17701@umd5.umd.edu> mark@roissy.umd.edu (Mark Sienkiewicz) writes:
   > >In article <BznK64.AGL@NeoSoft.com> karl@NeoSoft.com (Karl Lehenbauer) writes:
   > >>>"init_main.o: something about an unreferenced symbol _version"
   > >>>is there a standard fix for this?

   > >>Yeah, ATFP.  Add The Fine Patchkit.  This problem is fixed by patch #1.

   I did. It isn't. You have to "make newvers" to get a vers.c file to resolve
   this symbol. This should be documented. :->

If you config a new kernel, the first time you type "make" in that directory
the vers.c file should be created. Patch #1 does not fix that.

Patch #1 is busted. It doesn't work the right way.
 <tdr.
--

This space not left unintentionally unblank.		deraadt@newt.cuc.ab.ca
Newsgroups: comp.unix.bsd
>From: nils@merlin.ims.uni-stuttgart.de (Cornelis van der Laan)
Subject: Re: How to get parallel printer to work ?
Reply-To: nils@ims.uni-stuttgart.de
Organization: IMS, University of Stuttgart, Germany
Date: Sat, 3 Oct 1992 17:27:02 GMT

>>>>> On 1 Oct 92 18:08:12 GMT, gpw10@phoenixcd.amdahl.com (Gary Ward) said:

Gary> I also have a HP DeskJet 500.  This printer expects <CR><LF> at the
Gary> end of each line.  I provided a simple output filter to add the needed
Gary> <CR> characters and it would then print text fine.  Unfortunately
Gary> doing this screws up graphics printing.  I therefore invented another
Gary> logical printer which does not filter and dump all my graphics to it.

There's no problem if you set the Deskjet into the mode where it
automagically expands <LF> to <LF><CR>. Do this with the following
printcap:

#
# Setup for HP Deskjet 500:
#
# tr= Eject page at end of all jobs
# mx= Maximum size of job (0 = no limit)
# sh= no header page
# fo= send 'form-feed' when opening device
# ff= the 'form feed': Reset printer, CR=>CR, LF=CR+LF, FF=CR+FF
# tr= (eject page at end of printing ?)
#
jet|rjet|lp|"Deskjet 500":\
	:lp=/dev/lp1:\
	:sd=/usr/spool/lpd/jet:lf=/usr/adm/lpd.errs:af=/usr/adm/lpr-prints:\
	:mx#0:tr=\033&l0H:fo:ff=\033E\033&k2G:sh:

As graphics data contain a reset sequence you can just print all your 
files without fiddling with strange in/outfilters.

--Nils.




Newsgroups: comp.unix.solaris,comp.unix.shell
From: Ninane@fynu.ucl.ac.be (Alain Ninane - FYNU)
Subject: CSH - Execute `target' .cshrc with `su'
Followup-To: comp.unix.solaris
Originator: nina@ids1.fynu.ucl.ac.be
Organization: University of Louvain (LLN) - Nuclear Physics Dept.
Date: Tue, 29 Dec 1992 12:02:03 GMT

On our solaris 2.1 system, we are using /bin/csh as the default shell.
When we execute:
		su otherUser
the otherUser's .cshrc file is not executed.  Is there a way to modify
this to have a BSD like behaviour (where ~otherUser/.cshrc is executed
by su).   Which parameter do I have to tune ? the path ?

Thanks,
Alain
-- 
Dr. Alain H. Ninane     | Tel : +32-10-47.32.32 - Fax: +32-10-45.21.83
University of Louvain   | Internet: Ninane@fynu.ucl.ac.be
Nuclear Physics Dept.   | Ch. du Cyclotron, 2
B-1348 Louvain-la-Neuve | BELGIUM               
Newsgroups: comp.unix.solaris,comp.unix.shell
From: Ninane@fynu.ucl.ac.be (Alain Ninane - FYNU)
Subject: *AGAIN* CSH - Execute `target' .cshrc with `su'
Originator: nina@fynu1.fynu.ucl.ac.be
Organization: University of Louvain (LLN) - Nuclear Physics Dept.
Date: Wed, 30 Dec 1992 11:17:57 GMT

Yesterday, I posted a request about the execution of .cshrc file of
the target user when executing su:

> On our solaris 2.1 system, we are using /bin/csh as the default shell.
> When we execute:
> 		su otherUser
> the otherUser's .cshrc file is not executed.  Is there a way to modify
> this to have a BSD like behaviour (where ~otherUser/.cshrc is executed
> by su).   Which parameter do I have to tune ? the path ?

I received a bunch of responses telling me to execute:
	su - otherUser (i.e. with the `-' option)

This is, to my sense, not satisfactory (i.e. BSD like).  With the `-'
option, su behaves like login, i.e. executes also the .login file;
you are also moved to the otherUser's home directory.  I would prefer
an su which does not execute the .login file and stays where you are ...

I think that the point is that system V su does not change the $USER
environment variable (but only the userid).

Thanks,
Alain
-- 
Dr. Alain H. Ninane     | Tel : +32-10-47.32.32 - Fax: +32-10-45.21.83
University of Louvain   | Internet: Ninane@fynu.ucl.ac.be
Nuclear Physics Dept.   | Ch. du Cyclotron, 2
B-1348 Louvain-la-Neuve | BELGIUM               
Xref: sparky comp.unix.solaris:446 comp.unix.ultrix:9139
From: rusty@groan.Berkeley.EDU (Rusty Wright)
Newsgroups: comp.unix.solaris,comp.unix.ultrix
Subject: rlogin input buffer too big
Date: 31 Dec 92 11:08:47
Organization: Computer Center, UC Berkeley
Distribution: inet
NNTP-Posting-Host: groan.berkeley.edu

When I do an rlogin to my SunOS 5.1 machine, and I do something that
produces a lot of output; for example, "make -n" in the gcc source
directory, I can't interrupt the output with ^C.  It just keeps flying
by.  I'm logging in from home at 2400 baud, to an Annex, from there to
a DECstation running Ultrix 4.2, and then from there I'm doing the
rlogin to the SunOS 5.1 machine.  ^S does work though.  When I do the
rlogin from a Sun running SunOS 4.1.1 I don't have the problem, so it
may be a problem with Ultrix.  Does anybody have any suggestions?
Newsgroups: comp.unix.solaris,comp.unix.shell
From: pmurphy@nrao.edu (Pat Murphy)
Subject: Re: *AGAIN* CSH - Execute `target' .cshrc with `su'
Organization: National Radio Astronomy Observatory
	<PMURPHY.92Dec30153150@orangutan.cv.nrao.edu>
Date: Wed, 30 Dec 1992 20:32:57 GMT

Of course that won't put you in the current directory.  Oh well...

				- Pat
--
==========================================================================
| Patrick P. Murphy, Ph.D.                Scientific Programming Analyst |
| National Radio Astronomy Observatory    Net:       pmurphy@nrao.edu    |
| 520 Edgemont Road                       Phone:     (804) 296-0372      |
| Charlottesville, VA 22903-2475          VoiceMail: (804) 980-5889      |
|      "I don't believe in the no-win scenario"  --- James T. Kirk       |
==========================================================================
Xref: sparky comp.unix.solaris:434 comp.sys.sun.hardware:6497
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.solaris,comp.sys.sun.hardware
Subject: UNIX-layout Type 5 keyboards (was Re: SunOS 4.1 upgrade to Sol. 2.1...)
Date: 24 Dec 92 03:34:57 GMT
Followup-To: comp.sys.sun.hardware
Organization: Auspex Systems, Santa Clara

In article <1992Dec23.230756.10589@fulcrum.oz.au> paulr@fulcrum.oz.au
	(Paul Rosham) writes:

...

>[A pox on the PC-style keyboard. Stop shipping it, please, Sun.]

That may, or may not, be a wise thing for Sun to do; there may well be
many customers who *prefer* it.

What would be a nice thing to do would be to make more people aware that
they don't *have* to get that keyboard, but can get the UNIX-layout Type
5 instead.  (Whether it's a "wise" thing to do or not, I dunno; there
are probably many in Sun who consider it a financial burden to carry
that extra keyboard layout.)
Newsgroups: comp.unix.solaris,comp.unix.shell
From: pmurphy@nrao.edu (Pat Murphy)
Subject: Re: *AGAIN* CSH - Execute `target' .cshrc with `su'
Organization: National Radio Astronomy Observatory
Date: Wed, 30 Dec 1992 20:31:50 GMT

In article <1992Dec30.111757.5822@info.ucl.ac.be>
   Ninane@fynu.ucl.ac.be (Alain Ninane - FYNU) writes: 

   I received a bunch of responses telling me to execute:
	   su - otherUser (i.e. with the `-' option)

   This is, to my sense, not satisfactory (i.e. BSD like).  With the `-'
   option, su behaves like login, i.e. executes also the .login file;
   you are also moved to the otherUser's home directory.  I would prefer
   an su which does not execute the .login file and stays where you are ...

Probably not a very good alternative, but have you considered:

      rsh localhost csh

This should give you a c-shell on your local machine without executing
the .login.  I think.  Caveat: I haven't tried this on Solaris 2.x yet
(we won't have it installed until Feb. at least) but it (or the
"remsh" variant on some OS's) seems to work for me.

				- Pat
--
==========================================================================
| Patrick P. Murphy, Ph.D.                Scientific Programming Analyst |
| National Radio Astronomy Observatory    Net:       pmurphy@nrao.edu    |
| 520 Edgemont Road                       Phone:     (804) 296-0372      |
| Charlottesville, VA 22903-2475          VoiceMail: (804) 980-5889      |
|      "I don't believe in the no-win scenario"  --- James T. Kirk       |
==========================================================================
Newsgroups: comp.unix.solaris,comp.windows.x,comp.unix.programmer
From: georgn@noweh.com (Georg S. Nikodym)
Subject: Re: Solaris 2: how do I get rid of -lucb ?
Organization: Noweh Software, Mississauga, CANADA
Date: Tue, 22 Dec 1992 06:08:27 GMT

In article <1992Dec18.133818.19160@walter.bellcore.com> dana@dino.bellcore.com (Dana Chee) writes:

   In article <1992Dec18.094738.15038@sunbim.be>, db@sunbim.be (Danny Backx) writes:
   |> 
   |> I am using Solaris 2.* on my SPARC, and many of the home-brew applications
   |> I have compiled on it (with Motif, Xt, and Xlib libraries) have the habit
   |> of trying to load libucb at run time.
   |> 
   |> What happens in fact is I compile the applications with commands like this :
   |> 	cc -o prog *.o -lXm -lXt -lX11
   |> without any references to /usr/ucbinclude or /usr/ucblib around. That is, I
   |> do NOT have an LD_LIBRARY_PATH or an LD_RUN_PATH set, and none of the sources
   |> require /usr/ucbinclude.
   |> 
   |> When after linking I use "ldd" on the executable, it will tell me that the
   |> UCB library is linked in. E.g.
   |> 	whitney!db 90 % ldd phone

   ...

   |> 		libelf.so.1 =>   /usr/lib/libelf.so.1
   |> -->		libucb.so.1 =>   /usr/ucblib/libucb.so.1
   |> 		libdl.so.1 =>    /usr/lib/libdl.so.1
   |>

   ...

   |> How can I find out exactly what is causing this ? I would like to know how
   |> to generate applications that can run without the binary compatibility
   |> package.

   Danny,
	   What compiler are you using?  If its the one in /usr/ucb/cc,
   then you are getting the expected behaviour.  /usr/ucb/cc is a shell
   script that adds -lucb -lsocket -lnsl -lelf -laio to your load path
   and /usr/ucbinclude to your include path.  What you probably want to
   do is get gcc, this will remove any of the above.  (I've not tried
   running /usr/ucb/cc without doing the above, since its designed to
   compile things in compatability mode).  The Cygnus distribution is
   available anon ftp from uunet, or you can get the source and build it
   yourself.

I'm inclined to agree that the /usr/ucb/cc script is indeed being
used.  However, you still require the unbundled compiler in order for
it to work and since the original poster has been compiling, it would
stand to reason that he has it.

Sounds like the "correct" command path is in order here...

Of course, you can always uninstall the BCP mode ;-)


-- 
Georg S. Nikodym  -  (416) 272-5198 / 720-4729
Noweh Software - Mississauga, Ontario, CANADA
UUCP:	{comspec.com, lsuc.on.ca, uunet.ca}!noweh!georgn
RFC822:	georgn@noweh.COM
Newsgroups: comp.unix.ultrix
From: mcc@timessqr.gc.cuny.edu (<-NIRVANA->)
Subject: Re: Contrib. X clients for Ultrix v4.3/X11R4?
Organization: Graduate School and University Center, C.U.N.Y, New York
	<1992Dec18.174356.23671@coe.montana.edu>
Date: 21 Dec 92 13:54:30

In article <1992Dec18.174356.23671@coe.montana.edu> osyjm@cs.montana.edu (Jaye Mathisen) writes:

   In article <1992Dec17.163921.25717@olaf.wellesley.edu> lhawkins@annie.wellesley.edu (R. Lee Hawkins) writes:
   >I'm looking for a source of the following contributed xclients that will
   >compile under Ultrix v4.3/X11R4: 
   >
   >	xcolors
   >	xphoon
   >	xmeter
   >
   > The versions in the contrib dir of 
   >X11R5 give errors like:
   >
   >	Make:  Don't know how to make /usr/lib/libXext.a.  Stop.
   >
   >If there is a way around this error, that would be fine too.

According to the RELEASE NOTES, and assuming you have the UNSUPPORTED
MIT subsets installed, you should be able to compile X clients by
adding

#define StandardIncludes -I/usr/include/mit

to the end of your site.def file in /usr/lib/X11/config directory.
This usually works.  Sometimes it is also necessary to change entries
in the Makefile for libX11.a and libXext.a to libX11-mit.a and
libX11ext-mit.a.  If you are using X11R5 config files without the
X11R5 libraries, you may run into trouble.  If you have the disk
space, the easiest solution is build the X11R5 distribution, specify
ProjectRoot as another path (/usr/local/X comes to mind), install
everything, then use the X11R5 config files to build other clients.
Imake should create the proper Makefiles pointing to the ProjectRoot
paths.  All X11R5 clients in the basic MIT distribution work fine for
me with DEC's R4 Xws server, and most DEC clients (except DPS) work
with the R5 Xdec server.  Of course, I'm running Ultrix 4.2A, but I
don't believe these procedures have changed in 4.3, at least I didn't
notice any new instructions when I saw the 4.3 RELEASE NOTES.

I hope this helps,

George McClintock
CUNY Graduate School
--
>> The opinions expressed are those of the author and in no way reflect the 
>> opinions or policies of the City University Graduate School, its 
>> agencies, or its personnel.  {:-(  mcc@timessqr.gc.cuny.edu
-- 
>> The opinions expressed are those of the author and in no way reflect the 
>> opinions or policies of the City University Graduate School, its 
>> agencies, or its personnel.  {:-(  mcc@timessqr.gc.cuny.edu
Newsgroups: comp.unix.ultrix
Subject: Bizare modem behaviour!
From: ihogan@christ.acu.edu.au (Ian MacDonald Hogan)
Date: Wed, 23 Dec 1992 04:20:47 GMT
Organization: Christ Campus, Australian Catholic University

Hi,
    I am trying to set up a modem on the serial port of my DECStation 5000/
20, so that I can dial into it.  After some playing around I have set it up 
so that the modem answers the phone and a connection is established.  
However I do not get a login prompt.  Then if I use kermit on the DS 5000 to 
talk to /dev/ttyd0, set the speed and connect, I can exchange data over the 
dial up link.  When I have done that, I then get a Login prompt on the 
remote terminal!

the entry in /etc/ttys is :-

ttyd0 "getty 8bit.2400" dialup on modem

The connection to the modem (Netcomm Pocket FaxModem 24) is via a 25-way 
straight through cable.

Any hints on getting this working would be greatly appreciated.


Yours in utter frustration,

Ian.
----------------------------------------------------------------------------- 
Ian MacDonald Hogan,            | Phone: 61 3 563 3711                        
Computer Systems Officer,       | Fax:   61 3 563 3605                        
Christ Campus,                  | Email: ihogan@christ.acu.edu.au             
Australian Catholic University. | Post : Box 213, Oakleigh, 3166, Aust.       
----------------------------------------------------------------------------- 
Newsgroups: comp.unix.ultrix
From: senetza@sigma.uleth.ca (Len Senetza)
Subject: Re: Gatekeeper's FTPD with Kerberos and BIND/Hesiod
Organization: University of Lethbridge
Date: 23 Dec 92 20:21:37 GMT

In <senetza.725060188@honte> senetza@sigma.uleth.ca (Len Senetza) writes:
>I was trying to install that whiz-bang-lots-of-logging ftpd from gatekeeper
>and found that it doesn't support BIND/Hesiod distribution of the auth
>database and Kerberos.  

>I hacked in the auth stuff via BIND/Hesiod only to find that I also have to do
>the Kerberos stuff.  Looking at some Kerberos stuff sent chills up my spine,
>so I was wondering if anyone has already put these hooks into that version of
>ftpd.  Has anyone?  If so, lemme know.

Well, I got a response for it (thanks Greg).  If anyone wants the fixes, they
are available via anonymous ftp (new kerberized version) at
xi.uleth.ca:/pub/ftpd.kerberos.Z

The fixes include a new version of ftpd.c and the Makefile.  As usual, this
isn't supported and whatnot, but I would appreciate feedback if there are
problems.

--
  +-----------------------------------------------------------------------+
  |  Leonard Senetza            |  E-Mail: senetza@alpha.uleth.ca         |
  |  Academic Consultant        |          senetza@hg.uleth.ca            |
  |  University of Lethbridge   |   Phone: 403-329-5162 FAX: 403-382-7108 |
  |  Lethbridge, Alberta        |-----------------------------------------|
  |  Canada, eh?                |  Disclaimer: Why should I tell _them_?  |
  |  T1K 3M4                    |    What they don't know, can't fire me. |
  +-----------------------------------------------------------------------+
From: osyjm@cs.montana.edu (Jaye Mathisen)
Newsgroups: comp.unix.ultrix
Subject: Re: "null" entries in sulog?
Date: 28 Dec 92 01:45:43 GMT
Article-I.D.: coe.1992Dec28.014543.383
Organization: CS

In article <BzxM2q.5Hx@unix.amherst.edu> twpierce@unix.amherst.edu (Tim Pierce) writes:
>Every now and again, I see an entry like the following in
>/usr/adm/sulog.
>
>> SU:  /dev/ttyp0 Sat Dec 26 01:47:54 1992
>
>Does anyone know what might cause the null username field entry?  On a
>couple of occasions, this has actually appeared as "SU: (null)" (as if
>a printf statement were passed a char pointer to NULL for the userid).
>I find this a little worrying, especially as I'm one of the only
>people on the system who su's in wee hours of the morning and last
>night I was en route to Boston.

Seems I have seen this when there weren't enough entries in utmp for all
the pseudo-terminal devices.  

Or it was something like that.  Sorry I can't be more help.
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
From: nsf@crl.dec.com (Neil Fishman)
Newsgroups: comp.unix.ultrix
Subject: Re: SLIP between two DECstations
Date: 29 Dec 92 14:46:36 GMT
Organization: DEC Cambridge Research Lab

SLIP is distributed in the unsupported part of the ULTRIX distribution
-- 
Neil Fishman					Cambridge Research Lab
nsf@crl.dec.com					Digital Equipment Corp.
Newsgroups: comp.unix.ultrix
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: Re: December Ultrix Condist/DECnsr weirdness.
Organization: CS
Date: Wed, 30 Dec 1992 18:13:12 GMT

In article <1992Dec29.223103.2945@coe.montana.edu> osyjm@cs.montana.edu (Jaye Mathisen) writes:
>
>
>Anybody out there know what the problem is that's fixed by the patch? From
>the readme it appears that it applies to Ultrix 4.3 as well...
>
>I think I'll have to have somebody else call the CSC, it would be hard
>to be polite at this moment in time.... 

Well, I had somebody else call the CSC, and w/o going into too many details,
it appears that the problem ONLY AFFECTS > 4.2a machines, because of some 
mumbo-jumbo in the tcp code in the kernel that apparently has some problem.

Also, the patch has NOT been released from Ultrix engineering...  

However, all that said, don't believe me, make sure you call the CSC and get
the straight scoop from them.
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
From: mbeattie@black.ox.ac.uk (Malcolm Beattie)
Newsgroups: comp.unix.ultrix
Subject: Re: popper1.831 on ultrix 42.a help/info
Date: 23 Dec 92 10:24:24 GMT
Organization: Oxford University Computing Service, 13 Banbury Rd, Oxford, U
Originator: mbeattie@black

In article <22DEC92.10043974@wums.wustl.edu> tsien_r@wums.wustl.edu writes:
>hi ultrix gurus:
>i am having some porblems installing popper 1.831 onto an ultrix4.2a sys
>if popper does not work on ultrix 4.2a, then info on alternative software
>
>any help/info/advice is greatly appreciated!
>
>thanks in adance ! ahppy holidays!
>
>randolph tsien
>washington university in st. louis
>pharmacology
>tsien@pharmdec.wustl.edu
>tsien_r@wums.wustl.edu
>
>p.s. please email me as i do not check this bulletin very often..thanks
>.

I assume the problem is the usual crypting one.
I've hacked our version to use authenticate_user and give a
`There have been %d unsuccessful login attempts...' message when
necessary. I'm emailing you the patches. If anyone else wants them
too let me know---you'll have to wait until I'm back after Xmas though.

--Malcolm
-- 
Malcolm Beattie <mbeattie@black.ox.ac.uk> | I'm not a kernel hacker
Oxford University Computing Services      | I'm a kernel hacker's mate
13 Banbury Road, Oxford, OX2 6NN (U.K.)   | And I'm only hacking kernels
Tel: +44 865 273232 Fax: +44 865 273275   | 'Cos the kernel hacker's late
Newsgroups: comp.unix.ultrix
From: mcrowley@MtHolyoke.edu (Michael A. Crowley)
Subject: Re: sendmail syntax for 'T' option ?
Organization: Mount Holyoke College
X-Newsreader: Tin 1.1 PL5
Date: Tue, 22 Dec 1992 00:48:54 GMT

mccalld@vax.sonoma.edu wrote:
> Greetings:
>     Whats the syntax for the 'T' option in the sendmail call statement.
> I'd like to get the queue to hold messages for 3 weeks instead of the 
> default 3 days!
> Is it T21 ?
> thanks
> dmc

Many users do not know of the "mailq" command or any other invokation
of sendmail.  They assume that messages are delivered within a
reasonable amount of time.  

A three week delay before a truly undeliverable message is returned
to the user could pose problems for both the user, the manager
that the user then questions, and for the system that has
a larger backlog of pending messages.

The technical answer was posted, but I am _very_ curious about
the factors that would lead one to want a 21 day queue.
(A system unconnected most of the time which has a low
probability of making all its connections?)

	.mac.

Newsgroups: comp.unix.ultrix
From: perf@efd.lth.se (Per Foreby)
Newsgroups: comp.unix.ultrix
Subject: Stop unplugging the mouse?
Date: 29 Dec 92 19:05:30 GMT
Reply-To: perf@efd.lth.se (Per Foreby)
Organization: Lund Institute of Technology

Ultrix 4.3 introduced a new feature on the Personal DECstation 5000. The
mouse has to be unplugged and then pugged in again. This wonderful new
feature is described in the release notes (section 1.2.1).

Does anyone know if there is a way to get the old behaviour where the
computer recognices the mouse all by it self? If it worked in 4.2 it
sholdn't be impossible to make it work with 4.3, or...?

-- 
Per Foreby (perf@efd.lth.se)
System manager @ EFD, Lund Institute of Technology
Snailmail: DDG, Maildelivery 7, PO BOX 118, S-221 00 LUND, SWEDEN
Phone: +46 46 107492, Fax: +46 46 104013	
Newsgroups: comp.unix.ultrix