Problemas de permissão com Listas de Pesquisas do SharePoint

Trabalhando com uma lista do tipo Pesquisa nativa do SharePoint, um recurso excelente que nos poupa várias horas para implementar formulários de enquetes e afins, me deparei com o seguinte problema para usuários com nível de colaboração após terminarem de responder:

   

O usuário, teoricamente, possuía as permissões necessárias para respondê-la e tudo estava de acordo como esperado. Porém, me atentei as configurações avançadas da pesquisa e constatei que havia configurado para que nenhum usuário pudesse editar nada. Alterei para que eles pudessem responder e editar suas respostas e tudo funcionou perfeitamente.

   

Acredito que o problema se dava porque ao criarmos uma resposta, nós também editamos a pergunta acrescentado mais 1 ao números de respostas dela, o que seria bloqueado pela configuração "Não podem editar nada". Ou também, o conceito de editar para o SharePoint signifique editar item existente e criar um novo item.

Desta forma me dei por satisfeito pois não era uma premissa que os usuários não pudessem editar suas respostas, ficando a critério do desenvolvedor suprir isso via Event Receiver.

Access Denied ao ativar Features com Timer Jobs

Muitas vezes desenvolvi Timer Jobs para meus clientes que seriam instalados quando uma Feature fosse ativada. Ao ativá-la pelo Shell de Gerenciamento do SharePoint ou pelo navegador de dentro do próprio servidor, tudo funcionava perfeitamente.

Mas quando eu tentava ativá-la de uma máquina remota, direto pelo navegador de uma máquina pessoal minha, a mensagem de Acesso Negado era apresentada.

Isso acontece devido a um novo recurso de segurança do SharePoint 2010 que bloqueia qualquer atualização de um SPPersistedObject a partir de requisições remotas, e como se trata de um recurso configurável, podemos muito bem desativá-lo com o seguinte comando utilizado no PowerShell do Windows Server ou no Shell de Gerenciamento do SharePoint:

Obs.: Há algumas recomendações quanto a questões de segurança ao alterar esta configuração, mas acredito que você não enfrentará problemas. Caso você gerencie um ambiente que possua um alto esquema de segurança, evite realizá-lo no ambiente produtivo.

Obs2.: Obviamente, utilize um usuário com permissões completas de uma Conta de Sistema.

Referências:
Paul Kotlyar's .NET Adventures
Microsoft