Artigo: 816789 - Última revisão: terça-feira, 12 de Julho de 2005 - Revisão: 5.2 Acesso de leitura a todos o grupo é removido depois de instalar o Exchange 2000 SP3
Nesta páginaSintomasSe enviar correio SMTP (Simple Mail Transfer Protocol) utilizando uma aplicação Collaboration Data Objects para Windows (CDOSYS), Collaboration Data Objects para aplicação de Exchange 2000 (CDOEX) ou espaço num computador onde o Exchange 2000 Server Service Pack 3 (SP3) é instalado, receberá a seguinte mensagem de erro: CDO.Message.1 (0x80040220) O valor de configuração "SendUsing" é inválido. CausaEste problema ocorre porque acesso de leitura à metabase do serviços de informação Internet (IIS) e o serviço de directório Microsoft Active Directory foi removido para o todos grupo. O acesso foi removido devido a uma modificação de segurança no Exchange 2000 Server SP3. CDOEX CDOSYS e espaço tem de ter acesso à metabase do IIS para aceder a informações sobre a localização do caminho do directório de escolha. Este comportamento ocorre quando utiliza o método Sendusingpickup e se estas informações não for especificadas no código de aplicação. Uma vez que acesso é restrito, o utilizador não administrativo cujo contexto de segurança a aplicação está em execução não consegue ler estas informações da metabase do IIS e o Active Directory.ResoluçãoPara contornar este problema, utilize um das soluções na secção "Soluções alternativas".Nota O código de exemplo para as soluções que é escrito no contexto de uma página ASP (Active Server Pages). Soluções alternativasPara contornar este problema, tem de modificar a configuração ou o código. Alterações de configuração podem ser distribuídas rapidamente, mas as alterações de código devem ser feitas mais deliberadamente e considerando a segurança da aplicação e respectivos recursos.Nota Restaurar o acesso de leitura à metabase do IIS para o todos grupo não é uma solução para este problema. Restaurar este acesso reintroduces vulnerabilidades que resolve o Exchange 2000 Server SP3. Utilize um dos seguintes medidas para que utilizar aplicações CDOEX e CDOSYS depois de aplicar o Exchange 2000 Server SP3. Na solução alternativa 1 e 2 da solução alternativa, modifique a configuração administrativa. Na solução alternativa 3 e 4 da solução alternativa, modifique o código. Apesar de apenas ter de aplicar uma solução para resolver o problema, tem de decidir a solução é a solução mais adequada para aplicação do utilizador. Para modificar a configuração administrativa, tem de conceder selectivamente o acesso à metabase do IIS. Na solução alternativa 1 e 2 da solução alternativa, o código da aplicação não é alterado, mas as contas que requerem acesso de leitura a metabase do IIS são concedidas acesso. Pode conceder ou acesso de metabase do IIS para a conta que a aplicação está a ser executado (como contornar 1) ou pode criar uma nova conta para esse fim (solução alternativa 2). Os ficheiros de script Adadd.vbs, Adlist.vbs e Addel.vbs conceder acesso à metabase do IIS. Consulte a secção "Apêndice" no fim deste artigo para obter mais informações sobre estes ficheiros de script. Uma vez que o CDO (Collaboration Data Objects) chama a função RevertToSelf antes de que acede a metabase do IIS, é possível adicionar a conta em que é executado o processo da aplicação. Para uma página ASP normal, esta é a conta IWAM_ ComputerName. Solução 1A opção menos destabilizing consiste em determinar que conta as aplicações estão a ser executado e, em seguida, concedem acesso de conta na metabase do IIS. No entanto, uma vez que outras aplicações podem utilizar a conta existente (por exemplo, IWAM_ XXX ou IUSR_ XXX), esta solução alternativa pode trazer vulnerabilidades se estas aplicações são concedidas acesso à metabase do IIS. A vantagem desta solução alternativa é que o código da aplicação e a configuração de SMTP não são alterados. A desvantagem desta solução alternativa é que desnecessariamente pode conceder acesso à metabase do IIS.Para determinar a conta que a aplicação está a ser executado e para conceder o acesso de conta a metabase do IIS, siga estes passos:
Solução 2Pode criar uma conta, conceder essa conta acesso a metabase do IIS e, em seguida, configurar o directório virtual onde a aplicação está em execução para ser executado como a conta. A vantagem desta solução alternativa é que o código da aplicação e a configuração de SMTP não são alterados.Para criar uma nova conta para a aplicação ser executado e configurar o directório virtual, siga estes passos:
Solução 3Se não especificar explicitamente o método sendusing no código, o valor de cdoSendUsingPickup é o valor predefinido. No entanto, pode especificar explicitamente cdoSendUsingPickup e o caminho de directório de recolha no código. Para utilizar o método de directório de recolha, o SMTP local terá de configurar para reencaminhamento.As vantagens desta solução alternativa são aplicação maior controlo sobre configuração e que a solução alternativa não está limitada a primeira instância do serviço de SMTP. Em computadores com vários servidores virtuais de SMTP, a configuração predefinida selecciona o directório de recolha primeiro a metabase do IIS. Este directório de escolha poderá não ser o directório que a aplicação necessita. Ao especificar explicitamente o directório de recolha, pode tornar-se de que a configuração predefinida selecciona o directório de escolha correcto. A desvantagem desta solução alternativa é que é mais frágeis de outras soluções. Alterações para a instalação do Exchange 2000 ou para a configuração de administração podem fazer com que a aplicação deixe de funcionar devido a alterações à localização do directório de recolha. Exemplo de códigoO código de exemplo seguinte demonstra como definir explicitamente cdoSendUsingPickup e a localização do directório de recolha:Solução 4Em vez de escrever mensagens para o directório de recolha local, pode escrever mensagens para um servidor SMTP remoto através da rede. As vantagens desta solução alternativa são menor consumo de recursos geral e informações de erro detalhadas e imediata. As desvantagens desta solução alternativa são que o servidor SMTP remoto poderá não estar disponível e que perde o mecanismo de fila natural no directório de recolha.Código de exemploO seguinte código de exemplo modificado funciona no Exchange 2000 Server SP3. Nota que este exemplo adiciona um código para criar e definir a configuração object.ApêndicePara transferir o script ficheiros que conceder acesso de leitura para o IIS metabase e o Active Directory, visite o seguinte Web site da Microsoft:http://download.microsoft.com/download/9/7/0/9706f302-99f8-49f9-8aa4-df66d771feaf/smtppermissionsscripts.exe (http://download.microsoft.com/download/9/7/0/9706f302-99f8-49f9-8aa4-df66d771feaf/smtppermissionsscripts.exe) A transferência inclui os seguintes ficheiros de script. Reduzir esta tabela
A informação contida neste artigo aplica-se a:
Tradução automáticaIMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado. Clique aqui para ver a versão em Inglês deste artigo: 816789
(http://support.microsoft.com/kb/816789/en-us/
)
| Outros Recursos Outros Sites de Suporte
ComunidadesObtenha Ajuda AgoraTraduções de Artigos |






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Voltar ao topo