search for: status_info_length_mismatch

...ND_ID_BOTH_DIRECTORY_INFO contained in the traces has a > response length of about 64kB (containing filenames that have > already been written to the target directory but are not > needed/helpful in any way) and interestingly does not return > "STATUS_NO_MORE_FILES", but "STATUS_INFO_LENGTH_MISMATCH", maybe > because the buffer size for the result of the pattern lookup is only > 64kB!? This might be hidden against Windows due to directory handle leases, which we don't yet support.

...). A file MAY have an alternate name to achieve compatibility with the 8.3 naming requirements of legacy applications...This operation returns a status code...The status code returned directly by the function that processes this file information class MUST be STATUS_SUCCESS or one of the following. STATUS_INFO_LENGTH_MISMATCH 0xC0000004 or STATUS_OBJECT_NAME_NOT_FOUND 0xC0000034" What do you think? For some reason, when smbclient issue the allinfo command, FileAlternateNameInformation seems to fail for some reason on the windows host. I've tried to follow http://technet.microsoft.com/en-us/library/cc778996%2...

...call to SMB2_FIND_ID_BOTH_DIRECTORY_INFO contained in the traces has a response length of about 64kB (containing filenames that have already been written to the target directory but are not needed/helpful in any way) and interestingly does not return "STATUS_NO_MORE_FILES", but "STATUS_INFO_LENGTH_MISMATCH", maybe because the buffer size for the result of the pattern lookup is only 64kB!? Looking at the exact same scenario from a Linux Linux mount.cifs vers=3.0 client unveils only four (!!!) SMB2 Find requests for the whole scenario, where Windows Explorer sends no less than 2140 SMB2 Find...

Hi again, Jeremy, and hi to all commercial customers of Samba supporting companies on this list, ;-) Am 18.08.2017 um 20:18 schrieb Jeremy Allison: > What I mean is what you're asking is interesting, and I might get time > to look at this, but I can't give any guarentees. Work priorities and > any security issues always have to come first. If people *need* a > guaranteed