I have one sharepoint2010 site. Suddenly i saw today that site has been put into READ only mode. How to audit, who has done this. I want to know who put the site into READ only mode(through CA->Site quotas and locks). Is there any way to find? (through powershell command, SPD, Database or through anyother things)
Thanks
Sivakumar. P
Related
My team is embarking on moving from SharePoint 2010 to SharePoint 2016 with Nintex. They want to move content on an individual basis.
However, we also need to move running workflows and keep these intact.
What's the process of moving Nintex workflows and lists from SP2010 to a SharePoint 2016 environment?
Need to ensure the workflows/lists remain with the correct status
Thanks
You cannot move running workflows in SharePoint. The best suggestion is to pause or end the workflow, save the status and then kick them off after you move them. I recommend trying to complete whatever process is running before moving that content or workflow. This means scheduling the migration around business processes or informing your users that SharePoint will be down for a period of time. You can also copy the workflow and list over to the new site and have users start using that one while you wind down the old site. A tool like Sharegate is good for this type of stuff.
I use TFS , My question is how can i sure about that developer who work on a project can not copy source file and evict or extract them from office by Email,flash memory,USB,... ?
Is there any solution with TFS?
Can anyone help me?
TFS has no ability to do this, once a file has been retrieved from TFS it is just another text file on your computer you will have to use other tools to do what you want.
Opening it up to tools outside of TFS it is extremely difficult to do what you want to do but it is possible. Your best option is contact a security firm that often works with government defense contractors and have them set up your network IT security, some government defense contractors have the same requirements as you list and they would know all the things you would need to do.
Off the top of my head some of the things you will likely need to do is:
Use group policy to block writeable media from being used to block flash drives and CD-Rs.
Block internet access to stop webmail.
Block printing to stop people printing out the source then using a scanner and OCR software on another computer to turn it back in to code.
Not allow any device that can take photographs in areas where source code may be on screen as the same OCR procedure could be done with photographs.
This list is no where near complete and I would recommend contacting a security firm to get a complete list.
Okay this might be a interesting question but if there is a custom form people use on Outlook to submit files to be posted online, is there anyway (when the send button is pressed) to sync that file to a Sharepoint database (archive) of these file types?
These files are generally reports and we are trying to keep an archive of them without making it a two step process - 1. submit web request 2. then upload to archive.
The short but unhelfpful answer is - yes, you can do that. There are several APIs available for integrating with SharePoint that provide the ability to upload files. You can build this functionality in an Outlook COM Add-in. However, a lot more specifics are required for a more detailed answer.
I've searched around for some answers to this, but nothing I found seemed to work. I'm good with VBA, but Sharepoint is not my cup of tea. We have a corporate Sharepoint site on the web (https) where different regions submit metrics using Excel. Each Excel file is placed in the region's respective folder.
What I want to be able to do is use a local workbook to navigate to the Sharepoint site, go through the folders, open each Excel workbook, and aggregate the numbers together. The closest I've come so far is this.
However, let's say my site is:
[https://teams.mycompany.com/SubTeamFolder/Forms/AllItems.aspx.]
Nothing gets returned when I set the site variable to this in the code from the link above. If I set the site variable to something like:
[https://teams.mycompany.com/SubTeamFolder/AllItems/]
it throws error
-2147217895
.
I'm open to other approaches here. Like I said, this one seemed the most promising till I hit this wall.
Just as an FYI for those who come across this, here is how I worked through this. In the link submitted by #ARich, I went towards the bottom and used the Export to Excel functionality. This let me see the underlying path for my objects. I was then able to use the code I linked to in my original post to see the underlying folders. If you need to, insert a couple of breakpoints once you successfully connect to your target Sharepoint site to follow along with the recursive movement from parent to child object. Taking it a step further, you can then open the files using this.
We have created a SharePoint web part with creates and updates SharePoint Timer Jobs automatically. The web part runs from the content web applications and not from the central admin.
I've learnt that MSFT has made some minor changes in updating SPPersistedObject. So I'm getting Access Denied while calling Update().
But here are my questions -
I understood that we cannot set
SPWebService.RemoteAdministratorAccessDenied
= false from the code running in content web applications. Is there a
STSADM command for it other than
powershell?
I can turn it off from a FARM
feature but is that secure if I
don't turn it off immediately?
What is the best way to use it?
I don't believe so - you need to set the property from code running in CA or set it from a Powershell script.
I honestly am not sure what security loophole Microsoft was trying to close with this one - but I'm also not a security guru - in fact quite the opposite.
My suggestion is to disable the security feature, do what you need to do, then turn it back on. Since it's a very simple Powershell script (or farm feature receiver if that's your thing) it should be pretty simple to disable/reenable each time you need to do something (which hopefully won't be that often anyway).