From root@circe.CS.Berkeley.EDU Tue Mar 11 22:58:26 1997
Received: from MIT.EDU (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28]) by rt-11.MIT.EDU (8.7.5/8.7.3) with SMTP id WAA27769 for <bugs@RT-11.MIT.EDU>; Tue, 11 Mar 1997 22:58:25 -0500
Received: from circe.CS.Berkeley.EDU by MIT.EDU with SMTP
id AA06786; Tue, 11 Mar 97 22:58:21 EST
Received: (from root@localhost) by circe.CS.Berkeley.EDU (8.7.3/8.7.3) id TAA03695; Tue, 11 Mar 1997 19:58:24 -0800 (PST)
Message-Id: <199703120358.TAA03695@circe.CS.Berkeley.EDU>
Date: Tue, 11 Mar 1997 19:58:24 -0800 (PST)
From: sklower@CS.Berkeley.EDU
Reply-To: sklower@CS.Berkeley.EDU
To: krb5-bugs@MIT.EDU
Subject: Downgrading request for support
X-Send-Pr-Version: 3.99
attempts to change my own user instance password failed.
I have subsequently found one that worked. Thus, we can
proceed with upgrading our kerberos server to V5, although
the work around is not user-friendly, so I will downgrade
the urgency of my request for support.
In any case the sequence
kadmin -p sklower@EECS.BERKELEY.EDU
kadmin: cpw sklower@EECS.BERKELEY.EDU
appears to work now, although it does require that
the v5 kadmin program be made available on all v4
platforms, as well as an /etc/krb5.conf file.
This is annoying, etc.
State-Changed-From-To: open-closed
State-Changed-By: tytso
State-Changed-When: Wed Mar 12 00:50:42 1997
State-Changed-Why: Appropriate text linked into PR#388
Received: from MIT.EDU (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28]) by rt-11.MIT.EDU (8.7.5/8.7.3) with SMTP id WAA27769 for <bugs@RT-11.MIT.EDU>; Tue, 11 Mar 1997 22:58:25 -0500
Received: from circe.CS.Berkeley.EDU by MIT.EDU with SMTP
id AA06786; Tue, 11 Mar 97 22:58:21 EST
Received: (from root@localhost) by circe.CS.Berkeley.EDU (8.7.3/8.7.3) id TAA03695; Tue, 11 Mar 1997 19:58:24 -0800 (PST)
Message-Id: <199703120358.TAA03695@circe.CS.Berkeley.EDU>
Date: Tue, 11 Mar 1997 19:58:24 -0800 (PST)
From: sklower@CS.Berkeley.EDU
Reply-To: sklower@CS.Berkeley.EDU
To: krb5-bugs@MIT.EDU
Subject: Downgrading request for support
X-Send-Pr-Version: 3.99
Show quoted text
>Number: 390
>Category: krb5-admin
>Synopsis: Inability for normal users to change their own password
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: bjaspan
>State: closed
>Class: support
>Submitter-Id: unknown
>Arrival-Date: Tue Mar 11 22:59:00 EST 1997
>Last-Modified: Wed Mar 12 00:51:03 EST 1997
>Originator: System Administrator
>Organization:
Computer Science Department, UC Berkeley>Category: krb5-admin
>Synopsis: Inability for normal users to change their own password
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: bjaspan
>State: closed
>Class: support
>Submitter-Id: unknown
>Arrival-Date: Tue Mar 11 22:59:00 EST 1997
>Last-Modified: Wed Mar 12 00:51:03 EST 1997
>Originator: System Administrator
>Organization:
Show quoted text
>Release: 1.0
>Environment:
System: BSD/OS circe.CS.Berkeley.EDU 2.1 BSDI BSD/OS 2.1 Kernel #7: Thu Oct 31 16:48:20 PST 1996 hodes@terrorism.cs.berkeley.edu:/disks/barad-dur/roboline/PC/src.2.1/sys/compile/BS_MOBILEIP WILDBOAR APM/PCMCIA Driver (WB960224) i386>Environment:
Show quoted text
>Description:
I previously reported 6 different ways in whichattempts to change my own user instance password failed.
I have subsequently found one that worked. Thus, we can
proceed with upgrading our kerberos server to V5, although
the work around is not user-friendly, so I will downgrade
the urgency of my request for support.
Show quoted text
>How-To-Repeat:
>Fix:
Not sure what did it;>Fix:
In any case the sequence
kadmin -p sklower@EECS.BERKELEY.EDU
kadmin: cpw sklower@EECS.BERKELEY.EDU
appears to work now, although it does require that
the v5 kadmin program be made available on all v4
platforms, as well as an /etc/krb5.conf file.
This is annoying, etc.
Show quoted text
>Audit-Trail:
State-Changed-From-To: open-closed
State-Changed-By: tytso
State-Changed-When: Wed Mar 12 00:50:42 1997
State-Changed-Why: Appropriate text linked into PR#388
Show quoted text
>Unformatted: