Is there a way I can delete the _vti folders programmatically?
There is no way you can delete _vti folders programmatically. These are the findings
Make sure your application does not use MS front page or SharePoint
Manually delete the folders/files
Goto Add/Remove windows components-> IIS -> and uncheck the FrontPage Server
Extensions check box
the _vti folders are not regenerated again.
Related
Is there some easy way to permanently allow myself full access to all folders and files? I am the only user on a freshly formatted PC, and every answer I could find online seemed to be per folder and a one time solution.
An example of not being able to open a folder is the WindowsApps Folder in my D: Drive.
C:\Program Files\WindowsApps is a restricted folder used for the Windows Store apps. It's designed that way as a security feature to limit the access windows store apps have to your Windows OS. Not all apps on the Windows store are audited and checked to confirm their legitimacy. The folder is purposely designed to act as a little island separated from your user profile and sensitive data. You can gain ownership of it though...
You already found it by enabling show hidden items, so you can go to the folders properties > security > Advanced > Change > [enter your username] > check the box to 'Replace owner on subcontainers and objects' on the next screen. You should now have access to that folder.
Our website is constantly reading from a "discovery" folder within an FTP directory. It will try to delete files after x amount of time. It constantly gets a 550 error when trying to delete some of the files. Eventually, after the site (basically, ftp user) tries enough time, the file is "released" and the the user is able to delete the file.
I do not know if I can't delete these files temporarily because they are being uploaded, or if another process is accessing them.
yes, May be some other process can be holded that or else that is readonly file. If it is readonly you need to remove that readonly attributes.
Go to your directadmin or whatever your admin access is.
Via directadmin (example : www.domain.com:2222) than select files on the right top.
Search the folder or file in the root and click on "Reset owner".
After that you'll be able to delete the file via Filezilla.
I've upgraded a SharePoint WSS 3.0 farm to SharePoint 2010 Foundation.
Now I got a strange problem in a web part that modifies and creates Content Library files.
The user is only allowed to modify a file if he also got Contribute/Full access on site level (might be enough to have these permission on List/Library but I haven't tried). The user already got contribute permissions on the parent folder and on the file (inherits).
Another problem on the same site but on a different Library. All users on the site can read all files in this Library but when i try to copy a file from one list to another using the following code i get access denied when OpenBinaryStream is executed.
SPFile newFile = SPContext.Current.Web.Lists["ToLibrary"].RootFolder.Files.Add(folder + "/default.aspx", oldFile.OpenBinaryStream());
Both the problems only occurs on the upgraded farm and works fine on the WSS 3.0 farm.
Does anyone have any idea what's going on?
I had a similar issue which turned out to be a setting for lists/libraries. In the Advanced Settings for a list/library, there is a section labeled "Item-Level Permissions" - this setting can be used to deny access for anyone without Full Control rights to the item. Unless there is a specific need, Read Access should be set to Read all items and Create and Edit access should be set to Create and edit all items.
I had the same issue and resolved it by going to Site Settings > Edit Permission Level > and giving the 'Contribute' permission level the ability to 'Open Items - View the source of documents with server-side file handlers'
I have a shared folder in my network where a lot of users access and store their documents. I'm admin of this shared folder and I've denied delete permissions for all other users.
The problem starts when a user creates a new folder and tries to rename it.
Windows says "Access denied"
I'm assuming that this might be because I've denied delete permissions for that user.
(Since Rename=Delete+CreateFolderWithNewName)
Is there any way so that I can keep the delete permissions intact, and allow the user to rename his files/folders?
Or any other workarounds?
I'm using Windows Server 2008 and NTFS file system.
As suggested, you should look into the folder design / your setup.
A kind of Work around, is to give "Delete" and "Delete subfolders and files" rights to "CREATOR OWNER", then the creator of the file or folder is able to rename (and delete) his own files/folders.
Maybe you could Schedule a nightly powershell script (not privided) which takes ownership of all files and folders, to restrict owners from future renaming/deletion of files
If they creating in the shared folder it will inherit the permissions of the shared folder. You would need to break inheritance and allow delete permissions on the sub folder to achieve what you want.
There are two managable solutions if there are alot of folders created in the root.
Write a service/application to do that for you.
Create a series of folders (perhaps person/team based) in the folder, change the permissions on them and tell users to store files in there.
On Windows Server 2008, is there an easy way to modify security permissions for multiple files at once (as with Windows Server 2003)? Right-click - properties does not provide a "Security" tab if more than one file/directory is selected (i.e. ctrl-click multiple files).
As well, short of making registry changes, is there a way to edit files in notepad without having to open up notepad as an administrator? As it is, because of UAC you must open Notepad as an admin and then open the file you wish to edit (otherwise, cannot save).
UPDATE: Moved to https://serverfault.com/questions/30991/windows-server-2008-change-security-settings-for-multiple-files-at-once
ANSWER TO PART B: "As for editing the files: if you give regular (non-admin) users write permissions to the files, you don't have to run notepad as admin." Thanks #Martin v. Löwis
As always, there is cacls.exe (or xcacls) to change the ACLs for multiple files. Dunno whether you would call that "easy".
As for editing the files: if you give regular (non-admin) users write permissions to the files, you don't have to run notepad as admin.