Remover endereços de proxy duplicados e indesejado no Exchange

Traduções deste artigo Traduções deste artigo
ID do artigo: 318774 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo é uma consolidação dos seguintes artigos disponíveis anteriormente: 318774, 329617
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Se você for um administrador, você pode usar diretivas de destinatário do Microsoft Exchange para configurar e personalizar endereços de email para todos os destinatários do Exchange usando regras de geração de endereço automaticamente. O serviço de atualização de destinatário aplica-se os endereços em massa a novos e existentes usuários de acordo com as regras especificadas. Para configurar essas regras, use o Exchange System Manager para acessar as propriedades de objetos de diretiva de destinatário.

No entanto, em algumas situações, você pode usar uma regra que faz com que duplicata ou que faz com que vários endereços a ser aplicado em toda a organização do Exchange. Quando emails duplicados são detectados durante uma operação comum do Exchange, non-delivery relatórios (NDRs) com um 5.1.4 código de erro pode ser enviado pelo servidor, e você pode enfrentar outros comportamentos inesperados. Além disso, a seguinte mensagem de identificação de evento pode ser registrada no log de eventos do aplicativo:



Tipo de evento: aviso
Origem do evento: MSExchangeIS
Categoria do evento: geral
IDENTIFICAÇÃO de evento: 9514
Computador: Exchange_Server_Name
Descrição: Dois objetos no diretório têm o mesmo proxy - /dc com/dc = domínio/cn = configuração/cn = serviços/cn = = microsoft exchange/cn = organization_name / cn = grupos administrativo/cn = administrative_group_name / cn = servidores/cn = Exchange_server_name / cn = informationstore/cn = storage_group_name / cn = /dc e armazenamento de pasta pública (Exchange_server_name) = com/dc = domínio/ou usuários/cn = = user_name.

Este artigo descreve uma situação onde os endereços duplicados são aplicados e como remover esses endereços duplicados.

Mais Informações

A regra a seguir é uma regra típica para um endereço de formato de email SMTP (Internet):
@Domain.com
Quando você usar esta regra, um endereço de email é adicionado a cada objeto destinatário que é coberto pela diretiva de destinatário de mailnickname@domain.com. Portanto, se o alias de email do Exchange do usuário é user1, o endereço user1 @ domain.com é aplicada ao usuário.

Você também pode usar o Exchange para definir regras de nomeação automática. Por exemplo, talvez você queira destinatários a ser configurado como o endereço de email na Internet "FirstName_LastName @ domain.com"em vez de"mailnickname @ domain. com." Você pode usar a seguinte regra geração de endereço para fazer essa alteração:
%g_%s@Domain.com
Para obter informações adicionais sobre especificadores de nomeação automática disponíveis e a sintaxe, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
285136Como personalizar os geradores de endereço de correio eletrônico SMTP por através de diretivas de destinatários
Se você estiver usando especificadores de nomeação automática, você deve certificar-se que os campos que fazem referência a na regra de geração de endereço, na verdade, existem para cada um dos destinatários que são cobertos pela regra. Se você não fizer isso, você pode causar duplicados ou vários endereços de email a ser gerado na objetos em toda a organização do Exchange.

Os efeitos desse problema variam dependendo do que os destinatários estão envolvidos. Vários objetos de sistema do Exchange são habilitados para caixa de correio. Se o endereço errado é aplicado a esses objetos do sistema, problemas podem ocorrer. Por exemplo, replicação de pasta pública pode ser malsucedida ou bancos de dados talvez não consiga montar. Além disso, a mensagem de identificação de evento descrita na seção "Sumário" deste artigo pode ser registrada.

Como um exemplo desse comportamento, suponha que você definiu a regra de geração de endereço %g_%s@domain.com. Esta regra usa os valores para o atributo givenName e o atributo sn do objeto do Active Directory e usa esses valores para construir um endereço de email. Se o valor do atributo um usuário givenName é Jeff e o valor do atributo sn for Smith, o endereço de email é Jeff_Smith@domain.com.

Mas o atributo givenName e o atributo sn não são obrigatórias e habilitados para email objetos, como listas de distribuição e agentes de sistema podem não têm esses atributos. Nessa situação, a regra de geração de endereço %g_%s@domain.com devolverá à regra de geração de endereço _@domain.com. Para objetos que não têm o valor do atributo sn e givenName , a regra se torna o equivalente a uma regra para codificar o endereço de email como _@domain.com.

Quando você aplica novos endereços de email, o serviço de atualização de destinatário verifica se o mesmo endereço já existe em qualquer objeto na floresta. Se existir, será adicionado um valor numérico para o novo endereço para diferenciá-la. Por exemplo, se houver vários usuários chamados Gustavo Camargo, uma conta de usuário adicional que é processada pelo serviço de atualização de destinatário pode receber um endereço de email de Jeff_Smith2@domain.com.

Isso significa que objetos sem givenName e os valores de atributo sn que processado de acordo com a regra de geração de endereço %g_%s@domain.com receberão endereços de email, como _1@domain.com, _2@domain.com, _3@domain.com e outros endereços semelhantes.

Toda vez que o serviço de atualização de destinatário verifica novos destinatários que devem ter endereços de email, objetos sem givenName e sn atributos podem receber um endereço de email adicionais. Considere um objeto que tem o endereço _1@domain.com. Este endereço não corresponde a regra _@domain.com e o serviço de atualização de destinatário pode assumir que o objeto ainda deve ter o endereço de _@domain.com "codificado" aplicado. Verificação de endereço duplicado localiza que the_@domain.com endereço já pertence a um objeto diferente, e portanto, um endereço como _4@domain.com pode ser atribuído.

Se nenhum dos atributos de um objeto tiver sido modificado no Active Directory desde a última vez que o RUS foi executado, esse objeto não é percebido pelo serviço de atualização de destinatários. Mas se o objeto for alterado de alguma forma, o serviço de atualização de destinatário verifica novamente para determinar se novos endereços de email serão aplicados a ele. Isso significa que ao longo do tempo, um único objeto que não possui os atributos de especificador pode ter dezenas ou centenas de endereços de email _NNNN@domain.com.

Geralmente, os endereços adicionais são inerte e não afetam o fluxo de email comum; no entanto, com o tempo eles podem causar o Recipient Update Service para itens de processo mais e mais de maneira ineficiente. O serviço de atualização de destinatário deve verificar endereços duplicados repetidamente quando ele atribui novos endereços para objetos. Se o endereço _1000@domain.com existir, o serviço de atualização de destinatário deve executar sobre verificações de endereço duplicado mil antes de ele pode atribuir um endereço novo com base na regra de geração _@domain.com.

Embora o Exchange verifica endereços de email em duplicata, a verificação não é à prova de falhas pelos motivos a seguir:
  • Um RUS separada deve ser configurado para cada domínio. Mesmo em um ambiente de domínio único, há dois Recipient Update Services. É um RUS para o recipiente de domínio e o outro (a empresa RUS) é para o recipiente de configuração do servidor.
  • Latência de replicação Active Directory pode causar um endereço que é atribuído pelo serviço de atualização um destinatário não sejam exibidas no banco de dados pasta que está sendo usado por um RUS diferentes no momento apropriado.
O cenário mais provável onde os endereços duplicados são criados é um cenário quando a empresa que RUS estiver conectado a um controlador de domínio e o RUS do domínio estiver conectada a outro. Quando objetos são os atributos de especificador sem são processados em paralelo pelo cada RUS, são geradas duplicatas.

Práticas recomendadas para evitar duplicar e vários endereços

O caractere que é usado com mais freqüência em regras de nomeação automática é um caractere de sublinhado (_). Esta seção se refere à regra de geração de endereço SMTP:%g_%s@domain.com como exemplo base.

Uma regra de geração de endereço %g%s@domain.com não faz com que os mesmos problemas como g_%s@domain.com %. Se um objeto não possui atributos sn e givenName , a regra de geração de endereço devolverá para @ domain.com. Isso invoca o comportamento de Recipient Update Service padrão do registro de um endereço de email de mailNickname @domain.com

Para impedir a nomeação automática especificadores fazendo com que esses problemas se você estiver usando especificadores de nomeação automática e você estiver usando caracteres de disco rígidos na parte usuário da regra de geração de endereço, você deve configurar o filtro na diretiva de destinatário para testar a existência dos atributos que você especificar explicitamente.
Cada diretiva de destinatário do Exchange tem um filtro (LIGHTWEIGHT Directory Access Protocol) que define os objetos que a diretiva se aplica a. O filtro mais simples, você pode definir em um objeto é (mailnickname = *). Na sintaxe do filtro LDAP, atributo = * pode ser lido como "atributo existe". Portanto, o (mailnickname = *) filtro aplica-se a diretiva a cada objeto que tem um atributo mailNickname (isto é, cada objeto que está habilitado para email). Esse filtro é o filtro de diretiva de destinatário padrão.

Se você criar diretivas de destinatários adicionais, os filtros podem se tornar muito mais complexos como restringir os objetos que as diretivas serão aplicadas. Exchange fornece uma interface de usuário que cria filtros para o administrador com base em critérios senso comum, em vez de exigir que você construir filtros manualmente.

Por exemplo, o filtro a seguir é gerado automaticamente para capturar todos os usuários Exchange, contatos e grupos:
(&(&(& (mailnickname=*) (|(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))
(!(msExchHomeServerName=*)))(&(objectCategory=person)
(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder) ))))
Para construir este filtro em uma diretiva:
  1. Inicie o Exchange System Manager.
  2. Expanda destinatários , expanda Diretivas de destinatário e o ou abra as propriedades da diretiva que você deseja editar ou criar uma nova diretiva.
  3. Na guia Geral , clique em Modificar .
  4. Clique para selecionar todas as caixas de seleção na guia Geral .
  5. Clique na guia armazenamento e, em seguida, clique em Mailbox em qualquer servidor .

    Não é necessário configurar nada na guia Avançado .
Para modificar este filtro para que ele verifica a existência dos atributos sn e givenName :
  1. Abra as propriedades da diretiva de destinatário e, em seguida, clique em Modificar .
  2. Clique na guia Avançado , selecione o campo de nome de usuário e o campo de usuário do Sobrenome e, em seguida, defina a condição para esses campos como presente .
Após a conclusão desses dois procedimentos, o filtro LDAP aparece como o filtro a seguir:
(&(&(&(& (mailnickname=*) (| (&(objectCategory=person)
(objectClass=user)(!(homeMDB=*))(!(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=user)(|(homeMDB=*)
(msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder))))
(objectCategory=user)(givenName=*)(sn=*)))
Observe que (objectCategory=user)(givenName=*)(sn=*) foi adicionada próximo ao final do filtro. Este filtro agora captura somente os usuários que têm um givenName e um atributo sn . Este filtro ignora listas de distribuição, contatos e objetos de sistema do Exchange.

Localizando e removendo endereços duplicados

Endereços duplicados são criados por especificadores de nomeação automática geralmente seguem um padrão previsível (por exemplo, _12345@domain.com, _12346@domain.com e endereços semelhantes). Portanto, você pode executar uma pesquisa automatizada para esses endereços e executar limpeza automatizada.

Você pode usar o utilitário Ldifde.exe incluída no Windows 2000 para exportar e importar informações do Active Directory como texto sem formatação no formato LDIF. Ldifde usa a mesma sintaxe padrão de pesquisa LDAP como os filtros de diretiva de destinatário do Exchange. Você pode colar um filtro de diretiva de destinatário em uma linha de comando Ldifde e criar um arquivo de texto que lista cada objeto em um recipiente é capturado pelo filtro. O comando a seguir é um exemplo da sintaxe geral para criar um arquivo de texto:
ldifde -f arquivo.txt -d "dc = subdomínio, dc = domain, dc = com" -l [lista de atributo] - r "[filtro ldap]"
Neste comando, todos os objetos no subdomínio que se ajustam o filtro são gravados arquivo.txt. Para capturar os objetos de recipiente de configuração, você deve especificar o recipiente e o primeiro domínio é instalado na floresta, por exemplo:
ldifde -f arquivo.txt -d "cn = configuration, dc = firstdomain, dc = com" -l [lista de atributo] - r "[filtro ldap]"
O -l parâmetro restringe os atributos para o objeto que são gravados para arquivo.txt. Se você omitir -l , todos os atributos para cada objeto são listados. Para listar nenhum dos atributos, use - l nada . Se você fizer isso, o comando exporta somente o nome distinto de cada objeto para arquivo.txt.

Para localizar todos os duplicado ou vários endereços de proxy, você pode executar LDIFDE contra cada domínio na sua organização e contra o recipiente de configuração para sua floresta. Para fazer isso, você deve definir um padrão de pesquisa exclusiva que coincide com apenas os endereços indesejados.

Para esse exemplo, é o padrão de pesquisa * SMTP:_*@*. Este padrão de pesquisa captura cada endereço de proxy de email Exchange SMTP (email da Internet) que começa com um sublinhado. Por exemplo, execute o seguinte comando:
ldifde -f badproxies.txt -d "dc = domain, dc = com" -l proxyaddresses - r "(proxyaddresses=*smtp:_*@*)"
Este comando exporta dados para Badproxies.txt é semelhante aos seguintes dados:
dn: CN=Public Information Store (EXCHANGE1),CN=First Storage Group,CN=InformationStore,CN=EXCHANGE1,CN=Servers,CN=First Administrative Group,CN=Administrative Groups,CN=Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=com
changetype: add
proxyAddresses: smtp:_3516c8@domain.com
proxyAddresses: SMTP:_160b1b@domain.com
proxyAddresses: smtp:_@domain.com
proxyAddresses: smtp:EXCHANGE1-PubIS@domain.com
proxyAddresses: X400:c=US;a= ;p=Organization;o=First Administrative Group;s=EXCHANGE1-Pub IS;

dn: CN=Microsoft DSA,CN=EXCHANGE1,CN=Servers,CN=First Administrative Group,CN=Administrative Groups,CN=Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=com
changetype: add
proxyAddresses: smtp:_5b4ac@domain.com
proxyAddresses: SMTP:_137336@domain.com
proxyAddresses: smtp:_2ee369@domain.com
proxyAddresses: smtp:_2124b1@domain.com
proxyAddresses: smtp:_136617@domain.com
proxyAddresses: smtp:_5a29c@domain.com
proxyAddresses: smtp:_2ed263@domain.com
proxyAddresses: smtp:_1f3e3d@domain.com
proxyAddresses: smtp:_134a14@domain.com
proxyAddresses: smtp:_58b1d@domain.com
proxyAddresses: smtp:_2dcff6@domain.com
proxyAddresses: smtp:_20fa76@domain.com
proxyAddresses: smtp:_133b9e@domain.com
proxyAddresses: smtp:_927c0@domain.com
proxyAddresses: smtp:_2bd94@domain.com
proxyAddresses: smtp:_3340fd@domain.com
proxyAddresses: smtp:EXCHANGE1-SRS@domain.com
proxyAddresses: X400:c=US;a= ;p=Microsoft;o=Desperation;s=JESSICA-SRS;
					
O arquivo Badproxies.txt contém registros de objetos cujos endereços de proxy incluem um endereço SMTP que começa com um sublinhado. Todos os endereços para esses objetos também são exportados. Você pode filtrar esses endereços extras posteriormente.

Alguns endereços que começam com sublinhados podem ser legítimos. Se esta condição for verdadeira, você deve remover os objetos do arquivo Badproxies.txt antes de continuar. Execute o seguinte comando Ldifde para identificar esses objetos:
ldifde -f arquivo.txt -d "dc = domain, dc = com"-l givenname, sn, samaccountname, mailnickname, displayname - r "(|(givenname=_*)(sn=_*)(samaccountname=_*)(mailnickname=_*)(displayname=_*))"
Este comando procura por objetos cujo primeiro nome, sobrenome, nome de logon do Windows, Exchange alias ou exibição nome começa com um sublinhado. Você pode adaptar o filtro de pesquisa para o padrão que é apropriado para seu ambiente específico.

Observação Se a sintaxe do seu comando Ldifde estiver incorreta, o LDIFDE não pode retornar um erro. Em vez disso, você pode não ver qualquer em todos os resultados da busca. Se a pesquisa retorna não objetos, teste o comando Ldifde alterando o filtro de pesquisa de maneira secundária para retornar resultados. Por exemplo, substitua o sublinhado com a letra a.

Além disso, se você não tiver permissões para exibir objetos ou atributos, esses itens não são retornados pela pesquisa e você não receber um erro afirmando que você não tem permissões para determinados objetos. Quando você pesquisa um recipiente de domínio, a Microsoft recomenda que você faça logon como um administrador de domínio. Quando você pesquisar o contêiner de configuração, a Microsoft recomenda que você faça logon como um administrador corporativo.

Depois de verificar que Badproxies.txt contém apenas objetos que possuem endereços de email que você deseja remover, você deve filtrar e reformatar o arquivo LDIF para que você pode importá-lo novamente. O LDIF Importar formato de arquivo e o formato de arquivo de exportação forem muito diferentes.

Você pode usar o script de exemplo a seguir para converter e filtrar o arquivo de importação. Esse script é fornecido como um exemplo apenas; usar ou modificar esse script por sua própria conta e risco. Esse script em si não é possível alterar as informações do Active Directory. Você deve importar manualmente o arquivo de saída do script para o Active Directory para fazer alterações. Cada linha no script é com espaçamento duplo tornam mais fácil detectar linha incorreta quebra. Para executar o script, copie e cole o texto a seguir em um arquivo de texto sem formatação e, em seguida, nomeie esse arquivo Proxyfix.bat.
@ECHO OFF

REM This script processes an LDIF Active Directory input file to create

REM an output file of proxy addresses to be deleted. You may set a

REM pattern to determine what addresses will be added to the output file.

REM If no pattern is set, all addresses will be exported and available for deletion.

REM Wildcard characters in the pattern are not permitted.

REM "Quotes" in the input and output filenames are not permitted.

REM Command line syntax:

REM proxyfix.bat [input file] [output file] pattern

REM Example: proxyfix.bat export.ldf export.out smtp:_

setlocal

set infile=%1

set outfile=%2

set pattern=%3

if {%pattern%}=={} set pattern=proxyAddresses

set pattern=%pattern:"=%

echo Input file is: %infile%

echo Output file will be: %outfile%

echo Current pattern is: %pattern%

pause

if exist %outfile% del %outfile%

:echo.>%outfile%.TMP

for /f "delims=" %%A in (%infile%) do call :DO_EACH_LINE "%%A"

echo ->>%outfile%.TMP

echo.>>%outfile%.TMP

echo Change "delete: proxyAddresses" to "add: proxyAddresses" to set instead of delete addresses>%outfile%.ERR

for /f "delims=" %%A in (%outfile%.TMP) do call :CHECK_EACH_RECORD "%%A"

copy /A %outfile%.ERR + %outfile%.TMP %outfile% >NULL

if errorlevel 0 if not errorlevel 1 (

del %outfile%.tmp

del %outfile%.err

echo LDIF import file saved as "%outfile%"

) ELSE (

echo FAILURE. Examine "%outfile%.tmp" and "%outfile%.err".

)

goto :EOF

:DO_EACH_LINE

set line=%1

set line=%line:"=%

IF "%line:~0,1%"==" " (

echo.

echo Broken line encountered! Could not process this line:

echo "%line%"

echo.

pause

)

if "%line:~0,4%"=="dn: " GOTO :DN

if "%line:~0,15%"=="changetype: add" (

echo changetype: modify>>"%outfile%.TMP"

echo delete: proxyAddresses>>"%outfile%.TMP"

)

if "%line:~0,16%"=="proxyAddresses: " GOTO :FINDPROXY

goto :EOF

:DN

echo ->>%outfile%.TMP

echo.>>%outfile%.TMP

echo Processing %line%

echo %line%>>%outfile%.TMP

goto :EOF

:FINDPROXY

echo %line% | find /I "%pattern%"

if errorlevel 0 if not errorlevel 1 echo %line%>>%outfile%.TMP

GOTO :EOF

:CHECK_EACH_RECORD

IF NOT DEFINED CHECKNEXT SET CHECKNEXT=NO

set line=%1

set line=%line:"=%

IF "%CHECKNEXT%"=="NO" (

IF "%line:~0,4%"=="dn: " SET DN="%line%"

echo Checking %DN%

)

if "%line:~0,22%"=="delete: proxyAddresses" (

set CHECKNEXT=YES

GOTO :EOF

)

IF "%CHECKNEXT%"=="YES" (

IF "%line%"=="-" (

echo             !!!WARNING!!!>>%outfile%.ERR

echo All proxy addresses will be removed from>>%outfile%.ERR

echo %DN%>>%outfile%.ERR

echo by importing this file to Active Directory.>>%outfile%.ERR

)

set CHECKNEXT=NO

GOTO :EOF

)

GOTO :EOF
Notes
  • O arquivo de saída que esse script gera não pode ser importado para Active Directory antes de editá-lo primeiro. Dependendo de como executar o script, o script pode gerar um arquivo que exclui cada endereço de proxy no domínio inteiro. Você deve examinar o arquivo de saída atentamente antes de aplicá-lo para o Active Directory para certificar-se que ele faz o que você deseja.
  • As três principais linhas no arquivo são um comentário e espaço em branco que você deve remover antes de executar o arquivo. Se houver avisos na parte superior do arquivo, você deve remover estes também.
  • Se o script fará uma pausa com a mensagem "Linha desfeitos encontrada!", você deve corrigir a linha que é relatada e execute o script novamente.
  • O padrão LDIF divide linhas longas em várias linhas por continuar a linha após uma quebra de linha com um espaço na primeira coluna. O script de exemplo não conta para esse padrão, exceto para relatório quando esse tipo de linha for encontrado. Se houver muitas linhas quebradas no arquivo, você pode corrigir essas linhas usando um global localizar e substituir procedimento. Para fazer isso, use um editor de texto que oferece suporte para localizar e substituir as quebras de linha. Você pode usar o Microsoft Word para realizar uma global localizar e substituir, mas deve lembrar-se salvar o arquivo editado como texto sem formatação. No Word, você pode pesquisar o item seguinte e substitua por nada:
    ^ p [caractere de espaço]
    Observe que o texto de pesquisa é o caractere de interpolação (^) e um p minúsculo, as teclas CTRL+P.
  • Se um registro no arquivo de saída faz com que todos os endereços de proxy a ser excluído do objeto, o script tenta inserir um aviso na parte superior do arquivo. Se você usar esse script para gerar arquivos de importação LDIF, você deve examinar detalhadamente esses arquivos para tornar-se de que eles contêm somente os registros que você deseja ser importado.

    O formato de registro a seguir exclui todos os endereços de proxy:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    -
    							
    Se nenhum endereço de proxy específico for chamado no registro, todos os endereços são excluídos. O formato de registro a seguir exclui somente um endereço de proxy único:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    proxyAddresses: SMTP:OBJECT@domain.com
    -
    						
  • Para voltar fora das alterações que são feitas pelo arquivo de saída (exceto para registros que executar exclusões atacadas), procurar o arquivo de saída, substitua "excluir: proxyAddresses"com"Adicionar: proxyAddresses," e, em seguida, importe o arquivo novamente.
  • Para exportar todos os endereços proxy para todos os objetos em um recipiente, use "(proxyAddresses=*) -R" filtro de pesquisa Ldifde.

    Você pode usar esse arquivo como um arquivo de endereços de proxy que existem em um ponto específico no tempo de backup. Se você processar este arquivo por meio de Proxyfix.bat, esse arquivo pode ser criado como um arquivo de importação que você pode usar para restaurar endereços se necessário.
  • Se você não definir um filtro como o terceiro parâmetro na linha de comando Proxyfix.bat, todos os endereços de proxy do arquivo de entrada são copiados para o arquivo de saída. Você pode alterar "excluir: proxyAddresses"para Adicionar": proxyAddresses" para mesclar endereços com endereços que já estão presentes no Active Directory. Você também pode usar "Substituir: proxyAddresses" para remover todos os endereços de proxy do Active Directory e substituí-las com apenas os endereços listados no arquivo de saída.
  • Se você excluiu todos os endereços de proxy de todos os objetos, os objetos são alterados e o serviço de atualização de destinatário é acionado para restaurar todos os endereços acordo com a diretivas de destinatário atuais. No entanto, antes que esse processo seja concluído, relatórios de não-entrega (NDRs) para mensagens em trânsito podem ser gerados. Se forem excluídos endereços no recipiente de configuração, podem parar de serviços do Exchange ou talvez não seja possível iniciá-los se eles já estão parados. A Microsoft recomenda que você use muito cuidado ao manipular endereços de proxy, especialmente para objetos no recipiente de configuração.
Para importar um arquivo LDIF, execute o seguinte comando:
ldifde -i -f delproxies.txt

Propriedades

ID do artigo: 318774 - Última revisão: segunda-feira, 3 de dezembro de 2007 - Revisão: 5.6
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Palavras-chave: 
kbmt kbinfo KB318774 KbMtpt
Tradução automática
IMPORTANTE: 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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 318774

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com