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

Tarun Chopra Tarun.Chopra at microsoft.com
Sun May 7 17:27:46 UTC 2017

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.chopra at microsoft.com
Monday-Friday 9:00a-6:00p Pacific Timezone

-----Original Message-----
From: Uri Simchoni [mailto:uri at samba.org] 
Sent: Sunday, May 7, 2017 4:12 AM
To: Interoperability Documentation Help <dochelp at microsoft.com>
Cc: cifs-protocol at lists.samba.org
Subject: SMB1 processing of FileRnameInfo


I tried renaming files over SMB1 protocol using pass-through info-level of FileRenameInfo (cf [MS-SMB] When doing this against a Windows 2012R2 machine, it fails with STATUS_NOT_SUPPORTED.

The advantage of using FileRenameInfo instead of using SMB Rename would be that if the destination file exists, the rename can be atomic without having to delete the destination file first.

Looking for encoding / other errors in my client code, I tried to see what Windows does as a client. I wrote a short program that uses SetFileInformationByHandle(). The program worked, but to my surprise, the Windows client didn't pass through the FileRenameInfo over SMB.
Rather it deleted the dest file and made an SMB Rename call (that is, two operations).

All this seems to suggest that pass-through of FileRenameInfo is not supported over SMB1 by Windows servers.

Attached pls find a packet capture of the rename attempt (using Samba client code). The client creates test1.txt, then creates test.txt and tries renaming that to test1.txt, overwriting the older file.


More information about the cifs-protocol mailing list