As far as I know, no. The ability to delete comes with the permission to write so the only way to prevent a user from deleting would be to only give read permission.
Untrue. While slightly complex, NTFS permissions allow for implementing some the most precise access rules any OS out there has to offer.
Move is fundamentally a copy + deleting the original, so if you deny delete automatically you deny move (but can still copy).
Tested and approved. If you can't delete a file, it's safe to say you can't move it either.
Writing to a file and modifying it can be nearly equal to deleting. If a user is able to modify a file, he can always remove the whole content, leaving a 0 bytes file. Technically not deleted, but still useless in practice.
Agreed. If you can write to a file, you virtually have the ability to delete it by erasing the file’s content. A file with
Delete permissions denied but lacking
Write deny is something you’d rarely find.
What's the point in a user being denied only delete permissions to a file if they can overwrite it?
In file properties, go to security tab, then advanced options, then open the user in the list and modify its permissions. Just deny the "delete" option in the list below.
Just denying the
Delete permission on a file is not enough to prevent a user from deleting the file. For the
Delete permission to become effective, two permission changes must be done: along with denying the
Delete permission on the file, the file’s parent folder must also have the
Delete Subfolders and Files permission denied.
Denying a user from deleting an item requires one to change a permission on that item as well as a permission on a folder above it. I’m not entirely sure why the NTFS
Delete permission is unintuitive like this, but my understanding is that a delete operation is an operation performed on a folder, not the actual file.