Received: from SOUTH-STATION-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA29423; Thu, 28 Dec 95 22:12:45 EST
Received: from xr3.atlas.fr by MIT.EDU with SMTP
	id AA06523; Thu, 28 Dec 95 22:12:37 EST
Received: from atlas.fr by xr3.atlas.fr id <23729-2@xr3.atlas.fr>;
          Fri, 29 Dec 1995 04:10:59 +0100
X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed;
               Fri, 29 Dec 1995 04:08:05 +0100
X400-Received: by mta xr3.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed;
               Fri, 29 Dec 1995 04:08:05 +0100
X400-Received: by /ADMD=ATLAS/C=FR/; Relayed; Fri, 29 Dec 1995 04:07:25 +0100
X400-Received: by /PRMD=CCETT/ADMD=ATLAS/C=FR/; Relayed;
               Fri, 29 Dec 1995 03:58:14 +0100
X400-Mts-Identifier: [/PRMD=CCETT/ADMD=ATLAS/C=FR/;820205894@rmts.ccett.fr]
From: helpdesk@atlas.fr
To: owner-kerberos@MIT.EDU
Subject: Delivery Report (failure) for Jose.Kahan@ccett.fr
Message-Type: Delivery Report
Date: Fri, 29 Dec 1995 04:10:59 +0100
Message-Id: <"820205894@rmts.ccett.fr"@atlas.fr>
Content-Identifier: kerberos/bind?
Content-Type: multipart/mixed; boundary="---Multi-Part-Message-Level-1-1-24292"
Mime-Version: 1.0

-----Multi-Part-Message-Level-1-1-24292
Content-type: text/plain; charset="us-ascii"

This report relates to your message: kerberos/bind?
        of Thu, 28 Dec 1995 01:02:15 +0100

Your message was not delivered to   Jose.Kahan@ccett.fr
        for the following reason:
        Message rejected due to congestion 

***** The following information is directed towards the local administrator
***** and is not intended for the end user
* 
* DR generated in /PRMD=CCETT/ADMD=ATLAS/C=FR/
*         at Fri, 29 Dec 1995 03:58:14 +0100
*
* Converted to RFC 822 at xr3.atlas.fr
*         at Fri, 29 Dec 1995 04:11:00 +0100
*
* Delivery Report Contents:
*
* Subject-Submission-Identifier: [/PRMD=INTERNET/ADMD=ATLAS/C=FR/;<4bslvj$etu@news.enter.net>]
* Content-Identifier: kerberos/bind?
* Content-Type: p2
* Subject-Intermediate-Trace-Information:  /PRMD=CCETT/ADMD=ATLAS/C=FR/arrival Thu, 28 Dec 1995 01:02:15 +0100 action Relayed
* Subject-Intermediate-Trace-Information:  /ADMD=ATLAS/C=FR/arrival Thu, 28 Dec 1995 01:11:03 +0100 action Relayed
* Subject-Intermediate-Trace-Information:  /PRMD=INTERNET/ADMD=ATLAS/C=FR/arrival Thu, 28 Dec 1995 01:10:54 +0100 action Relayed
* Subject-Intermediate-Trace-Information:  /ADMD=ATLAS/C=FR/arrival Fri, 29 Dec 1995 04:07:25 +0100 action Relayed
* Recipient-Info: Jose.Kahan@ccett.fr,
*         /G=Jose/S=Kahan/PRMD=CCETT/ADMD=ATLAS/C=FR/;
*         FAILURE reason Transfer-Failure (0);
*         diagnostic MTA-Congestion (2);
*         last trace () Fri, 29 Dec 1995 04:07:25 +0100;
****** End of administration information 

-----Multi-Part-Message-Level-1-1-24292
Content-type: message/rfc822

X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed;
               Fri, 29 Dec 1995 04:08:05 +0100
X400-Received: by mta xr3.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed;
               Fri, 29 Dec 1995 04:08:05 +0100
Date: Fri, 29 Dec 1995 04:08:05 +0100
X400-Originator: owner-kerberos@MIT.EDU
X400-Recipients: non-disclosure:;
X400-MTS-Identifier: [/PRMD=INTERNET/ADMD=ATLAS/C=FR/;<4bslvj$etu@news.enter.net>]
X400-Content-Type: P2-1984 (2)
Content-Identifier: kerberos/bind?
From: " (Douglas Lieberman)" <dlieb@tuna.co.iup.edu>
Sender: usenet@cam.ov.com
Message-ID: <4bslvj$etu@news.enter.net>
To: kerberos@MIT.EDU
Subject:  kerberos/bind?
Original-Received: from GATEWAY by pad-thai.cam.ov.com                    with 
                   netnews	for kerberos-wrapper@cam.ov.com                                     
                   (kerberos@mit.edu)
PP-warning: Illegal Received field on preceding line
Organization: IUP
Content-type: text/plain; charset="us-ascii"

ok, here's my question....I have just inherited the job of sys-admin on a
 bunch of unix networks at IUP ( indiana university of PA ).  One cluster
 is made up of DECstations running ultrix, the other of linux boxes ( and
 a few more independent machines ).  The ultrix clustr is using some 
combination of BIND with hesiod classes and kerberos to distribute
 password, shadow, and quota files along with the other standard ones 
that bind distibutes.  My problem is this, 1 I don't completely understand
 how this works ( which makes it difficult to maintain it ), and 2 I need to
 set up the same thing on the linux cluster.  Ok, so why am I posting here?
  Well, I have found tons of stuff on DNS and BIND, and all of them say
 what I want to do is possible when bind is used in conjuction with kerberos
, the problem is I can't find very much on krberos.  Anyhow, if anyone
 could possibly point me in the direction of some literature which deals with
 this isuue ( or any in-dpeth coverage of krberos for that matter ) i would 
be greatly appreciative .....

thanks
*******************************************************
Douglas Lieberman		                     nlqheya@grove.iup.edu
                                          Sys Admin on:
 *.ma.iup.edu, tuna.co.iup.edu, goofy.co.iup.edu, wht2a102.resnet.iup.edu

	     http://www.iup.edu/~nlqheya/index.html
    "Have you ever imagined the world with no hypothetical situations?"
********************************************************


-----Multi-Part-Message-Level-1-1-24292--
