Received: from saint-elmos-fire.mit.edu (tlyu@SAINT-ELMOS-FIRE.MIT.EDU [18.18.0.248]) by krbdev.mit.edu (8.9.3) with ESMTP id PAA24687; Tue, 10 Sep 2002 15:35:33 -0400 (EDT)
Received: (from tlyu@localhost) by saint-elmos-fire.mit.edu (8.9.3) id PAA17582; Tue, 10 Sep 2002 15:35:29 -0400 (EDT)
To: donn@u.washington.edu
Cc: rt-comment@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #1003] ftpd continues with 232 after 230-No directory
References: <200110051903.f95J3XA60982@melville.u.washington.edu>
From: Tom Yu <tlyu@mit.edu>
Date: Tue, 10 Sep 2002 15:35:29 -0400
In-Reply-To: <200110051903.f95J3XA60982@melville.u.washington.edu> (donn@u.washington.edu's message of "Fri, 5 Oct 2001 12:03:33 -0700")
Message-Id: <ldvk7ltr62m.fsf@saint-elmos-fire.mit.edu>
Lines: 19
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
RT-Send-Cc: 
X-RT-Original-Encoding: us-ascii
Content-Length: 793

>>>>> "donn" == donn  <donn@u.washington.edu> writes:

>> Description:
donn> 	login() issues a line "230-No directory!..." when chdir to
donn> 	the user's home directory fails.  It leaves the continuation
donn> 	of that line up to the caller, and in the case of a GSS
donn> 	authenticated login, the code comes out "232".  Ftp clients,
donn> 	including MIT krb5, need the same code before the continuation
donn> 	is finished, so they're stuck.
>> How-To-Repeat:
donn> 	Rename your home directory, ftp in with Kerberos 5 credentials.
>> Fix:
donn> 	Pass code into login(), when it's different than what login()
donn> 	would normally use.  Following context diff is relative to
donn> 	krb5-1.2.2 + buffer overflow patches.

Thanks for the patch; this was fixed in krb5-1.2.3, I believe.

---Tom