Hi,
i noticed and resolved a problem with Leash_kinit_dlg and threads.
basically, we have some suspended threads waiting for the completion of a
thread that invokes Leash_kinit_dlg, to get the user's username and
password. apparently, there's a variable in the krbv4W32.dll called
krb_debug - wh
Hi,
thanks for the previous response, marc.
ok, here's the sequences. Note that these are re-typed, not captured:
The following occurs when the CCC command is *not* attempted.
220 blah FTP server (Version 5.60) ready
AUTH GSSAPI
334 Using authentication type GSSAPI; ADAT must follow
ADAT Y
especially bad idea to transmit the password in the clear, as you seem
to be attempting to do. Today, I would recommend implementing the
full spec, it's a lot more secure that way.
Marc
[EMAIL PROTECTED] ("Glen Matthews") writes:
>> Hi,
>>
>&g
Hi,
i'm writing an ftp client using the gssapi with kerberos, and am somewhat
puzzled by the CCC command behaviour.
basically, when i enable clear channel commands using CCC, it is accepted
with a 200-level message. i can enter various commands (notably PBSZ, PROT -
these seem to work ok). h
Hi,
i'm trying to use the gssapi to connect via ftp to a host - i'm having
some difficulty in the authentication process and i'm inclined to think that
it's in the actual kerberos setup (but i'm *very* open to suggestions! :)
here's why.
i canonicalize the name with gss_import_name (i'm usin