Received: from SOUTH-STATION-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA09437; Fri, 15 Dec 95 14:24:34 EST
Received: from pad-thai.cam.ov.com by MIT.EDU with SMTP
	id AA02904; Fri, 15 Dec 95 13:01:55 EST
Date: Fri, 15 Dec 95 13:01:55 EST
From: MAILER-DAEMON@MIT.EDU (Mail Delivery Subsystem)
Subject: Returned mail: Deferred: Bad file number
Message-Id: <9512151801.AA02904@MIT.EDU>
To: owner-kerberos@MIT.EDU

   ----- Transcript of session follows -----
451 sjo-kerb@TGV.COM... reply: read error
451 sjo-kerb@TGV.COM... reply: read error
421 gardenia.saclay.cea.fr.tcp... Deferred: Connection timed out during user open with oeillet.saclay.cea.fr
451 tt@virginia.edu... reply: read error
451 tt@virginia.edu... reply: read error
>>> RCPT To:<DJMSYS@ritvax.isc.rit.edu>
<<< 553 unknown or illegal user: DJMSYS@ritvax.isc.rit.edu
550 DJMSYS@ritvax.isc.rit.edu... User unknown
451 joe@sch.bme.hu... reply: read error
451 joe@sch.bme.hu... reply: read error
421 zod.com.tcp... Deferred: Connection timed out during user open with zod.com
>>> RCPT To:<ars313@zainet.com>
<<< 550 <ars313@zainet.com>... User unknown
550 ars313@zainet.com... User unknown
451 soonam@isse.gmu.edu... reply: read error
451 soonam@isse.gmu.edu... reply: read error
421 ccm.sns.com.sg.tcp... Deferred: Connection refused by ccm.sns.com.sg
421 calum.csclub.uwaterloo.ca.tcp... Deferred: Connection timed out during user open with calum.csclub.uwaterloo.ca
451 sgibbo@amex-trs.com... reply: read error
451 sgibbo@amex-trs.com... reply: read error

   ----- Unsent message follows -----
Received: from pad-thai.cam.ov.com by MIT.EDU with SMTP
	id AA02587; Fri, 15 Dec 95 13:01:55 EST
Received:  by pad-thai.cam.ov.com (8.6.12/)
	id <NAA00152@pad-thai.cam.ov.com>; Fri, 15 Dec 1995 13:04:44 -0500
Received: from GATEWAY by pad-thai.cam.ov.com with netnews
	for kerberos-wrapper@cam.ov.com (kerberos@mit.edu)
To: kerberos@MIT.EDU
Date: 12 Dec 1995 16:34:31 -0700
From: gord@enci.ucalgary.ca (Gord Matzigkeit)
Message-Id: <npybsh7t6g.fsf@enci.ucalgary.ca>
Organization: Civil Engineering, University of Calgary
Sender: usenet@cam.ov.com
Reply-To: Gord Matzigkeit <gord@enci.ucalgary.ca>
Subject: NetBSD liason

-----BEGIN PGP SIGNED MESSAGE-----

Hi!

I just finished posting to the NetBSD tech-userlevel list to ask if
there is somebody integrating Kerberos v5 with NetBSD.

If there is already somebody with that job, I'll talk to them.  If
not, I would be happy to tackle it, since my employer is interested in
having a fully-Kerberized NetBSD/pmax environment, and I've already
started work on the NetBSD login program and friends.

I'd like to know where the Kerberos developers stand on this issue.  I
think NetBSD is aiming for builtin Kerberos support (in all the
appropriate clients and servers), and I was wondering what the best
development procedure would be.

There is considerable overlap in terms of the code distributed with
Kerberos (I'm thinking of the Unix client/server code), and the code
that is already in NetBSD.

To me, it makes sense that the typical NetBSD user would simply
download the latest Kerberos library code, set

KERBEROS5 = yes

in /usr/share/mk/bsd.own.mk, then recompile the appropriate NetBSD
sources.

So, how can we avoid overlap and start sharing UNIX client/server
code?  Would it make sense to have a separate krb5.clients package,
for those OSes that don't support Kerberos, and just have the
libraries and admin stuff in a krb5.lib distribution?

Thanks in advance for your replies,

- --Gord

- -- 
   Gord Matzigkeit    | Jaques Cousteau loved programming in assembler.
gord@enci.ucalgary.ca |  PGP mail preferred... finger me for my key.
Keyprint: D5 66 08 E0 4D F4 D7 7B 8A C8 8A 9C 7F 39 25 A7 - ID 339ABEB9


-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMM4RWyFsfCEzmr65AQFj6gP9EtXkVeJ0YmR2ti7sLucjlXe6z0CYKw17
MYgN3wylAYMIuRRGHDL9iOq596Njgi3yE6RruJU7Bz8Z1m53rjRCiJVg2V/zmMQu
C+ImBPeOxGRL8alYgfJY3O0gGyvKSEFZaadWsSrefkqr3q+WwHJTuN3OhDG2mk/n
JvKychx5Kro=
=66vw
-----END PGP SIGNATURE-----
