O erro “The Symantec AntiVirus Scan Engine is offline. Please try to contact the scan engine later or contact your administrator” ocorre devido a expiração da licença do Antivirus Symantec for SharePoint. Colocando uma licença válida resolverá o problema.
Se não resolver, a Microsoft possui um artigo que ajuda a solucionar outras possíveis causas desse problema: http://support.microsoft.com/kb/928169
Por default, a criação do Meu Site não vem habilitada no SharePoint (MOSS 2007). Assim, quando tentamos criar um site pessoal, aparece o erro:
Seu site pessoal não pode ser criado porque a Criação de Site Pessoal não está habilitada. Contate o administrador do site para obter mais informações.
Para habilitar o Meu Site, basta ir na Administração Central > Gerenciamento de Aplicativo > Segurança de Aplicativo > Gerenciamento de Site Pessoal.
Observação: Não se esqueça de selecionar o Web Application correto (o mesmo que foi criado para o Meu Site no Shared Services) antes de habilitar a criação de site pessoal.
Ao instalar o WSS 3.0 ou o MOSS 2007 em NLB (network load-balancing) e configurar o serviço de pesquisa em algum servidor do NLB o seguinte erro pode ocorrer:
Não é possível iniciar a atualização, pois as fontes de conteúdo estão inacessíveis. Corrija os erros e tente a atualização novamente.
Contexto: Aplicativo ‘SharedServices1′, Catálogo ‘Portal_Content’
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Caso isso ocorra, o problema pode ser que endereço do site do SharePoint não esteja acessível pela máquina que está instalado o serviço de pesquisa. Por exemplo, se o site possuir o endereço http://ss2007 tente acessá-lo no servidor de pesquisa. Uma solução pode ser editar o arquivo HOSTS e colocar o IP do próprio servidor evitando de passar pelo NLB ou gerenciador de cluster.
Existe também um link no suporte da Microsoft que pode ajudar na resolução desse problema.
Ainda falando sobre o método Run With Elevated Privileges, o erro Cannot convert from ‘anonymous method’ to ‘Microsoft.SharePoint.SPSecurity.CodeToRunElevated’ ocorre frequentemente com os desenvolvedores. O problema geralmente se deve a uma chamada interna de return da função.
Exemplo:
SPSecurity.RunWithElevatedPrivileges(delegate()
{
using (SPSite site = new SPSite(web.Site.ID)
{
// seu código
return site;
}
});
A solução é simples retire as chamadas return de dentro do método RunWithElevatedPrivileges.
Modo correto:
SPSecurity.RunWithElevatedPrivileges(delegate()
{
using (SPSite site = new SPSite(web.Site.ID)
{
// seu código
}
});
return site;
A explicação técnica desse erro é devido ao fato do método RunWithElevatedPrivileges herdar a interface IDisposable(). Por isso a chamada de um return iria evitar a disposição do método e o método continuaria na memória podendo ocasionar problemas.
Em algumas situações é necessário executar partes do código com um usuário do sistema que possui acesso irrestrito. Por exemplo, o usuário pode não possuir permissão de acesso em todos os subsites dos sites collections. Caso ele esteja desenvolvendo uma webpart para informar o espaço utilizado em cada site será necessário executar o código com privilégios elevados para obter também os sites que ele não tem acesso.
SPSecurity.RunWithElevatedPrivileges(delegate()
{
// executar tarefas com o "system account"
});
Atenção: Caso seja necessário utilizar alguma variável definida fora da chamada SPSecurity.RunWithElevatedPrivileges, essa variável possuirá os privilégios do usuário e não da conta de sistema. O exemplo mais comum é utilizarmos o SPControl.GetContextSite(this.Context) conforme abaixo:
Código incorreto:
SPSecurity.RunWithElevatedPrivileges(delegate() {
using (SPSite site = SPControl.GetContextSite(this.Context))
{
// o site será baseado no usuário que executa o código
}
});
O código acima não funcionará pois o contexto utilizado para obter o valor da variável site ainda era do usuário.Código correto:
SPSecurity.RunWithElevatedPrivileges(delegate() {
using (SPSite site = new SPSite(web.Site.ID))
{
// site será baseado nas permissões do system account
}
});
O envio de alertas por email no SharePoint em alguns casos não é enviado. O email de assinatura do alerta é enviado mas o alerta em si (informando a alteração, exclusão, inserção) não é enviado.
Com esse comportamento, podemos concluir que o problema não é na configuração do servidor de e-mail. Pesquisando a solução encontrei em um blog uma propriedade no utilitário STSADM.EXE:
stsadm.exe -o setproperty -url
stsadm.exe -o setproperty -url
Aparentemente a fonte do problema é o serviço SharePoint Timer Service (que gerencia o envio de alertas). Esse mesmo serviço causa o problema que impede o IIS Manager de abrir (The path specified cannot be used at this time) em alguns casos. A causa desses problemas até o momento é desconhecida e aleatória.
Em uma máquina com o SharePoint Server 2007 (MOSS) instalado, o IIS Manager apresentava a mensagem de erro:
The path specified cannot be used at this time
Como reiniciar esse servidor não era uma opção, comecei tentando reiniciar os serviços do SharePoint (através da opção Serviços das Ferramentas Administrativas). Reiniciando apenas o serviço “SharePoint Timer Service” funcionou nesse caso.
Outras alternativas para resolver esse problema é executar o iisreset e reiniciar a máquina.