From tlyu@MIT.EDU Thu Sep 26 20:03:03 1996 Received: from dragons-lair.MIT.EDU (DRAGONS-LAIR.MIT.EDU [18.177.1.200]) by rt-11.MIT.EDU (8.7.5/8.7.3) with SMTP id UAA03906 for ; Thu, 26 Sep 1996 20:03:03 -0400 Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by dragons-lair.MIT.EDU (8.6.13/8.6.9) with SMTP id UAA20405 for ; Thu, 26 Sep 1996 20:03:02 -0400 Received: from TESLA-COIL.MIT.EDU by MIT.EDU with SMTP id AA20985; Thu, 26 Sep 96 20:03:01 EDT Received: by tesla-coil.MIT.EDU (5.x/4.7) id AA15708; Thu, 26 Sep 1996 20:02:57 -0400 Message-Id: <9609270002.AA15708@tesla-coil.MIT.EDU> Date: Thu, 26 Sep 1996 20:02:57 -0400 From: tlyu@MIT.EDU Reply-To: tlyu@MIT.EDU To: krb5-bugs@MIT.EDU Subject: need way to extract v4 srvtabs X-Send-Pr-Version: 3.99 >Number: 34 >Category: krb5-admin >Synopsis: need way to extract v4 srvtabs >Confidential: no >Severity: serious >Priority: low >Responsible: krb5-unassigned >State: open >Class: change-request >Submitter-Id: unknown >Arrival-Date: Thu Sep e 20:04:01 EDT 1996 >Last-Modified: Tue Jun 23 22:06:10 EDT 1998 >Originator: Tom Yu >Organization: mit >Release: unknown-1.0 >Environment: System: SunOS tesla-coil 5.4 Generic_101945-37 sun4m sparc >Description: From: epeisach@MIT.EDU Date: Sat, 27 Jul 1996 17:06:36 -0400 To: krbcore@MIT.EDU Subject: New kadmin and v4 keys.... I noted that it is no longer possible to extract a v4 srvtab using kadmin... Was this intentional? Ezra To: epeisach@MIT.EDU Cc: krbcore@MIT.EDU Subject: Re: New kadmin and v4 keys.... From: Sam Hartman Date: 27 Jul 1996 19:21:24 -0400 >How-To-Repeat: >Fix: >Audit-Trail: From: "Theodore Y. Ts'o" To: Barry Jaspan Cc: krb5-bugs@MIT.EDU Subject: Re: krb5-admin/34: need way to extract v4 srvtabs Date: Mon, 4 Nov 1996 14:44:37 -0500 `Theodore Y. Ts'o' made changes to this PR. *** /tmp/gnatsa002kB Mon Nov 4 14:44:18 1996 --- /tmp/gnatsb002kB Mon Nov 4 14:44:33 1996 *************** *** 17,23 **** >Synopsis: need way to extract v4 srvtabs >Confidential: no >Severity: serious ! >Priority: medium >Responsible: bjaspan >State: open >Class: change-request --- 17,23 ---- >Synopsis: need way to extract v4 srvtabs >Confidential: no >Severity: serious ! >Priority: low >Responsible: bjaspan >State: open >Class: change-request Responsible-Changed-From-To: bjaspan->krb5-unassigned Responsible-Changed-By: mdh Responsible-Changed-When: Tue Jun 23 22:05:15 1998 Responsible-Changed-Why: bjaspan no longer works on kerberos >Unformatted: >>>>> "epeisach" == epeisach writes: epeisach> I noted that it is no longer possible to extract a v4 epeisach> srvtab using kadmin... Was this intentional? I don't know, but you can get the same functionality by converting the srvtab using ktutil. In other words, I could see a good argument for not adding additional complexity to the new kadmind, particularly if we get the kadmind.v4 working. --Sam Date: Tue, 30 Jul 96 16:02:37 -0400 From: "Barry Jaspan" To: epeisach@MIT.EDU Cc: krbcore@MIT.EDU Subject: Re: New kadmin and v4 keys.... I noted that it is no longer possible to extract a v4 srvtab using kadmin... Was this intentional? What Sam said is correct. Either use ktutil, or we can merge ktutil into the kadmin client. I'd prefer not to put the xtra baggage into kadmin, but really it does not matter much and may be simpler overall. Barry Date: Wed, 7 Aug 1996 22:33:24 -0400 Message-Id: <9608080233.AA08627@dcl.MIT.EDU> From: "Theodore Y. Ts'o" To: "Barry Jaspan" Cc: epeisach@MIT.EDU, krbcore@MIT.EDU Subject: Re: New kadmin and v4 keys.... Date: Tue, 30 Jul 96 16:02:37 -0400 From: "Barry Jaspan" What Sam said is correct. Either use ktutil, or we can merge ktutil into the kadmin client. I'd prefer not to put the xtra baggage into kadmin, but really it does not matter much and may be simpler overall. Well, we do need a convenient way for administrators to create V4 srvtabs. Perhaps the right answer is a shell script that calls kadmin and ktutil, but we still need something like this.... - Ted