I've managed to fix this now with the help of some members of
the list mentioned below.
I checked /etc/auth/system/ttys but there were no
t_failures. I realized that this file
is not in use as the system is version 4.0.
So,
/usr/tcb/bin/edauth -g -d t :0
gave:
\:0|\:0.0:\
:t_devname=\:0:t_uid=operator:t_logtime#851095834:t_unsucuid=root:\
:t_unsuctime#851421329:t_failures#49:t_login_timeout#0:t_xdisplay:\
:chkent:
I had tried to set t_failures to 0 before with a combination of
edauth -g, vi and edauth -s, but this had no effect.
With C2 still off, I ran /usr/tcb/bin/dxdevices
chosing devices, modify device, select :0, edit, and unlock.
Then /usr/tcb/bin/edauth -g -d t :0
gave:
\:0|\:0.0:\
:t_devname=\:0:t_uid=operator:t_logtime#851095834:t_unsucuid=root:\
:t_unsuctime#851421329:t_failures#0:t_lock_at_:t_xdisplay:\
:chkent:
setting t_failures to 0, removing the t_login_timeout field and adding
t_lock_at_. I'm sure I tried this too without success (but with C2 on).
However, after setting C2 on and rebooting, every is now fine
except for a few password changes.
Thanks to all who repied to my original summary:
singhh_at_vrinet.com
richard_at_rmit.edu.au
kappa_at_venus.amu.edu.pl
timmo_at_RacerX.mse.jhu.edu>
--
RFC-822 : Ray.Hillman_at_bton.ac.uk
X.400 : S=hillman; G=ray; O=bton; PRMD=uk.ac; ADMD= ; C=GB
Tel : +44 1273 600900 Ext. 2644 or +44 1273 642644 (direct)
Fax : +44 1273 642666
Http : http://www.bton.ac.uk/
Systems Manager, University of Brighton Computer Centre,
Watts Building, Moulsecoomb, Brighton, East Sussex, UK, BN2 4GJ
Received on Tue Jan 14 1997 - 18:36:53 NZDT