Re: [cifs-protocol] [REG:117050715700170] SMB1 processing of FileRnameInfo

2017-05-18 Thread Uri Simchoni via cifs-protocol
On 05/17/2017 11:09 PM, Bryan Burgin wrote: > Concurrently, after shifting focus from the Win32 API question, I found our > validation code on the server side. We have code that " If there are any > path separators in the name, then we do not support this operation." > Are you sure about " That

Re: [cifs-protocol] [REG:117050715700170] SMB1 processing of FileRnameInfo

2017-05-17 Thread Bryan Burgin via cifs-protocol
Concurrently, after shifting focus from the Win32 API question, I found our validation code on the server side. We have code that " If there are any path separators in the name, then we do not support this operation." Are you sure about " That means rename+replace in SMB1 is limited to dest

Re: [cifs-protocol] [REG:117050715700170] SMB1 processing of FileRnameInfo

2017-05-17 Thread Uri Simchoni via cifs-protocol
Back to my client code - - Both smbclient and my modified smbtorture3 RENAME test use a leading '\' in file name. BTW, SMB2 and later, that leading '\' is cleared by the client library, that is - the application requests '\file'. - When I remove the leading '\', it worked as you predicted. - When

Re: [cifs-protocol] [REG:117050715700170] SMB1 processing of FileRnameInfo

2017-05-17 Thread Bryan Burgin via cifs-protocol
>From usermode using Win32 APIs on a Windows client, I believe it is impossible >to create the transaction you're trying to emit on-the-wire. I used your program and made one of my own, too. When either of our programs calls SetFileInformationByHandle() it calls Win32Rename(), based on the

Re: [cifs-protocol] [REG:117050715700170] SMB1 processing of FileRnameInfo

2017-05-16 Thread Bryan Burgin via cifs-protocol
Hi, Uri, I found where we service this call on our client-side redirector. We have a note that the server-side is not completely implemented and that we will revert to the style you cite if RootDirectory is non-NULL or if a '\\' exists in the TargetName (FileName) -- essentially making the

Re: [cifs-protocol] [REG:117050715700170] SMB1 processing of FileRnameInfo

2017-05-09 Thread Uri Simchoni via cifs-protocol
On 05/09/2017 09:38 PM, Bryan Burgin wrote: > After carefully reading your text, I won't need your program. > I'll see if there is a different way to make a client send the > FileRenameInfo/Passthru command. > B. > FWIW, program attached. (notice that paths are hard-coded and files are assumed

Re: [cifs-protocol] [REG:117050715700170] SMB1 processing of FileRnameInfo

2017-05-09 Thread Bryan Burgin via cifs-protocol
After carefully reading your text, I won't need your program. I'll see if there is a different way to make a client send the FileRenameInfo/Passthru command. B. -Original Message- From: Bryan Burgin Sent: Tuesday, May 9, 2017 8:54 AM To: Uri Simchoni Cc:

[cifs-protocol] [REG:117050715700170] SMB1 processing of FileRnameInfo

2017-05-07 Thread Tarun Chopra via cifs-protocol
Hello Uri We have created a case; 117050715700170, to track your inquiry and an Escalation Engineer will contact you by tomorrow to assist further. Best Regards, Tarun Chopra | Sr. Escalation Engineer Open Specifications Support Team Work +1-425-705-5042 Email  tarun.cho...@microsoft.com