Salve, salve pessoal do Cooperati, essa semana peguei um problema bem esquisito no Exchange 2010 onde um usuário tinha que enviar e-mails em nome de outro usuário, operação bem simples, é somente dar a permissão de Send As e pronto, porém não funcionava nem com reza brava então a seguir contarei minha saga para resolver esse problema.
Como disse chegou, na segunda, uma requisição para mim para dar permissão de Send As a um usuário, então fui lá tranquilamente e dei a permissão e me retornou como realizado com sucesso, esperei um pouco e pedi para o usuário testar e ele me relatou que não funcionou, achei estranho, pedi para dar logoff e logar de novo para atualizar as permissões, o usuário fez e nada! Sabia que o Exchange tem um cache de permissão que atualiza de 2 em 2 horas, pensei que era isso, e falei para o usuário esperar um tempo e testar novamente. Deu-se o tempo e ele me liga dizendo que continuava com o problema.
Fiquei intrigado e fui até a mesa do usuário para ver, pensei que ele poderia estar colocando o e-mail no campo “De” do Outlook errado, porém estava certo, retirei o modo de Transferencia em cache no Outlook para ver se era algum erro com esse modo, porém o erro persistiu, como era quase fim de expediente, deixei para o dia seguinte para resolver.
Ontem quando cheguei na empresa, primeira coisa foi ver se a permissão do Send As estava setada e para minha surpresa ela NÃO estava, achei estranho, como na aba Segurança das propriedas do usuário estava com marcado para herdar as permissões das OU Pais para ele, desmarquei pensando que algo tinha herdado e feito o usuário sumir da lista, retirei e voltei a dar a permissão de Send As e pedi para o usuário testar, resposta negativa novamente, fiquei com a pulga atrás da orelha, então resolvi dar Acesso Total a Mailbox para o usuário e essa permissão funcionou perfeitamente, então pedi para realizar o teste de novo e para minha surpresa, resposta negativa DENOVO!! Fiquei MUITO bolado com isso, comecei a tomar medidas drasticas quanto a isso, fui na conta do AD onde a permissão de send as tinha que estar setada para o usuário em questão e dei o famoso “FULL CONTROL” na conta do AD (não façam isso em casa :D), pensei “se agora não for, chuta que é macumba”, fiz o teste novamente e tive que chutar pois era macumba, pois não funcionou NOVAMENTE!!
Resetei a conta da mailbox que não aceitava o Send As e refiz o procedimento novamente, e continuou dando o mesmo erro, fui verificar as permissões e para minha surpresa tinham sumido DENOVO!!!! Já estava pensando em chamar um Pai de Santo para exorcizar, mas não tive outra escolha se não procurar no Pai dos Burros, o São Google, pesquisei por quase 3 horas sem nenhuma resposta a única coisa que vi foi que contas privilegiadas tais como Administradores de Dominio, Administradores de Empresa e Operadores de Conta a permissão Send As não funcionava e ocorria EXATAMENTE o que acontecia comigo, só que esse usuário NÃO era membro de nenhum desses grupos, já tinha perdido mais um dia de trabalho por causa desse problema e fui embora.
Hoje então voltei ao batente novamente a esse problema, fiquei mais 4 horas pesquisando e com a informação das contas privilegiadas na cabeça, pensando será que algum dia essa conta pertenceu a um desses grupos e continuei procurando, vi muitas respostas até a de deletar o usuário vinculado a mailbox problemática e recriá-lo e reconectar a mailbox em questão, só que como “Sou Brasileiro e Não Desisto NUNCA”, continuei minha sina até que achei uma resposta dizendo que essas contas privilegiadas tinham uma propriedade chamada “Admin Count” definida em 1 e usuários normais definida em 0, então fui verificar essa propriedade na conta da mailbox que não aceitava o Send As e para minha surpresa, não é que a propriedade estava definida em 1, foi só definir para 0, refazer a operação de Send As e Vualá, o usuário conseguiu enviar um e-mail em nome dessa conta.
Fui verificar o que pode ter ocorrido e descobri que essa conta foi criada sendo copiada de uma outra que em um passado sombrio pertenceu a um dos grupos citados acima, porém o AD não atualizou essa propriedade quando ele foi removido desse grupo ou já herdou da outra conta esse atributo.
Conclusão: Problema resolvido e tudo por causa de má criação de usuário, se esse usuário tivesse sido criado usando um modelo padrão, nada disso teria acontecido, eu não teria perdido quase 2 dias e meio com esse problema (somando o tempo da abertura do chamado com o tempo de conclusão) e eu teria alguns fios de cabelo a mais na cabeça :D. Espero que venha a ajudar alguém, pois realmente custei achar essa solução.
Segue o link da resposta salvadora(em inglês): http://serverfault.com/questions/194338/include-inheritable-permissions-from-this-objects-parent-unticks-itself-server
Administrador e coordenador do site!