Commit Graph

62 Commits

Author SHA1 Message Date
Andrey A. Chernov
a8729090ed Back out speed reducing to 38400 for old remote rlogind.
I do some digging out on this subject and found that remote
rlogind may reduce big speeds to 38400 by itself and (as more often
rlogind variant) speed setting ioctl fails, so speed left on 9600.
In all cases it doesn't do any real harm.
1995-08-03 23:54:49 +00:00
Andrey A. Chernov
263ac6e4b1 Reduce passed speed to 38400, like telnet does too.
Remote rlogind may not understand speeds > 38400.
1995-08-01 02:23:21 +00:00
Rodney W. Grimes
7799f52a32 Remove trailing whitespace. 1995-05-30 06:41:30 +00:00
David Greenman
fd409c37b9 Added "D" option to usage clause. 1995-05-03 06:55:19 +00:00
David Greenman
8d34651b6c Added a "-D" option to set the TCP_NODELAY socket option. 1995-05-03 06:25:56 +00:00
Garrett Wollman
a38c3127e1 Add distribution=krb for P-HK 1994-11-20 23:23:28 +00:00
Geoff Rehmet
c368d11dd2 First level of changes for bringing in eBones (kerberos).
- Get rid of inverse logic (NOKERBEROS and NOEBONES) in src/makefile,
and replace with MAKE_KERBEROS and MAKE_EBONES.  (Far fewer contortions,
and both default to off.)  IF YOU WANT KERBEROS, YOU HAVE TO EXPLICITLY
DEFINE ONE OF THESE.
- Make Makefiles kerberos-aware.
1994-09-29 13:06:54 +00:00
Doug Rabson
ab1698b3e9 Move the call to des_set_key to after the kerberos initialisation, removing
assumption about the implementation of des_read/des_write.
1994-09-26 09:22:08 +00:00
Andreas Schulz
222de0c67e Reviewed by:
Add entries for the speed 57600 and 115200 to the allowed speeds.
1994-09-06 11:17:30 +00:00
Geoff Rehmet
ffde931732 Removed des_rw.c from rlogin - this is now in libkrb.
I hope there will be no problems at the moment with programs depending
on this - I think Garrett has commented kerberos out of everything though
1994-08-07 20:56:28 +00:00
Garrett Wollman
580f1067d3 Don't use Kerberos yet, we aren't ready for it. 1994-08-05 20:39:34 +00:00
Rodney W. Grimes
9b50d90275 BSD 4.4 Lite Usr.bin Sources 1994-05-27 12:33:43 +00:00