[11458] in Kerberos-V5-bugs
[krbdev.mit.edu #6683] kpasswd doesn't guess the client principal
daemon@ATHENA.MIT.EDU (Greg Hudson via RT)
Wed Mar 17 15:53:04 2010
Mail-followup-to: rt@krbdev.mit.edu
mail-copies-to: never
From: "Greg Hudson via RT" <rt-comment@krbdev.MIT.EDU>
In-Reply-To: <rt-6683@krbdev.mit.edu>
Message-ID: <rt-6683-32604.18.8378972434107@krbdev.mit.edu>
To: "'AdminCc of krbdev.mit.edu Ticket #6683'":;"'AdminCc of krbdev.mit.edu Ticket #6683'":;@MIT.EDU
Date: Wed, 17 Mar 2010 15:53:02 -0400 (EDT)
Reply-To: rt-comment@krbdev.MIT.EDU
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krb5-bugs-bounces@mit.edu
I don't think we want to ignore all errors reading the ccache, though we
certainly do want to function as documented. I think the code was
assuming that krb5_cc_default() would error out with KRB5_CC_NOTFOUND if
the cache didn't exist, and that's not the case with file ccaches.
Right now this is a little tough to fix cleanly because the file ccache
code returns a type-specific error (KRB5_FCC_NOFILE) when you try to
fetch something from an absent cache. I'll need to figure out how we
want to address that.
(Also, if you're using this patch locally, I think you're using princ
uninitialized in the case where krb5_cc_default() returns KRB5_CC_NOTFOUND.)
_______________________________________________
krb5-bugs mailing list
krb5-bugs@mit.edu
https://mailman.mit.edu/mailman/listinfo/krb5-bugs
