[1621] in NetBSD-Development

home help back first fref pref prev next nref lref last post

Re: important quirks of NetBSD 1.3 Athena

daemon@ATHENA.MIT.EDU (Greg Hudson)
Wed Mar 18 13:50:33 1998

To: peeto de la noche <gamache@MIT.EDU>
Cc: netbsd-dev@MIT.EDU
In-Reply-To: Your message of "Wed, 18 Mar 1998 13:39:37 EST."
             <199803181839.NAA15628@m4-167-3.MIT.EDU> 
Date: Wed, 18 Mar 1998 13:50:14 EST
From: Greg Hudson <ghudson@MIT.EDU>

> 1. first and foremost, postmaster@localhost is redirected to 
>    postmaster@mit.edu by default.  i don't particularly care, but apparently
>    Ron Hoffmann <postmaster@mit.edu> does.

As far as I can tell, that's consistent with the behavior of other
Athena platforms.  Can anyone else comment?  Can you explain the
context of Ron Hoffmann's comment?

> 2. the system is set to be a public workstation by default (in /etc/athena/
>    rc.conf).  this is probably not the best setting...

We did this for consistency with other Athena platforms.  If you
install a Sun, for instance, it comes up as a public machine.  Of
course, that's because Cluster Services has a requirement which isn't
true of NetBSD-Athena, but I still like the consistency aspect.  After
the next system packs rebuild people should be able to just do "mkserv
remote" to make their machines private.

> 3. the root password is set to 'drroot' by default.  there's not problem
>    with this, but one must use /os/usr/bin/passwd to change it, as the
>    regular 'passwd' doesn't work because it cross-checks against the 
>    Kerberos passwords, and root doesn't have 'drroot' as its Kerberos
>    password.

I think the answer here is to run "passwd -l root".  Running
/os/usr/bin/passwd was a hack, and will stop working when we go to
NetBSD 1.3.1 (which should be as soon as they get an i386 for it up on
the NetBSD FTP site).

> 4. another alias trick:  /dev/null does not seem valid as an email address.
>    does it matter if an illegal destination is specified, if the mail's
>    going into the bitbucket anyway?

This is one for Dan to look at.  It's sort of ugly if /dev/null is
being treated as an email destination rather than as a filename.

home help back first fref pref prev next nref lref last post