summaryrefslogtreecommitdiff
path: root/docs/docbook/smbdotconf/protocol/maxxmit.xml
diff options
context:
space:
mode:
authorGerald Carter <jerry@samba.org>2003-09-06 19:23:24 +0000
committerGerald Carter <jerry@samba.org>2003-09-06 19:23:24 +0000
commitc913fc058113b3a3a193f7b98459679945afcf03 (patch)
treeef134e0d629f2aa8f31953212fd58a4538b22a3c /docs/docbook/smbdotconf/protocol/maxxmit.xml
parentd5bef211d0cee0f0c7fab5c890694cabd408e6e3 (diff)
downloadsamba-c913fc058113b3a3a193f7b98459679945afcf03.tar.gz
samba-c913fc058113b3a3a193f7b98459679945afcf03.tar.bz2
samba-c913fc058113b3a3a193f7b98459679945afcf03.zip
address bug #359. Andrew B's patch for implementing client
portion of NTLMv2 key exchange. Also revert the default for 'client ntlmv2 auth' to no. This caused no ends of grief in different cases. And based on abartlet's mail.... > All I care about at this point is that we use NTLMv2 > in our client code when connecting to a server that > supports it. There is *no* way to tell this. The server can't tell us, because it doesn't know what it's DC supports. The DC can't tell us, because it doesn't know what the trusted DC supports. One DC might be Win2k, and the PDC could be an older NT4. (This used to be commit fe585d49cc3df0d71314ff43d3271d276d7d4503)
Diffstat (limited to 'docs/docbook/smbdotconf/protocol/maxxmit.xml')
0 files changed, 0 insertions, 0 deletions