Remover endereços proxy duplicados e indesejado no Exchange

Traduções de Artigos Traduções de Artigos
Artigo: 318774 - Ver produtos para os quais este artigo se aplica.
Este artigo é uma consolidação dos seguintes artigos previamente disponíveis: 318774, 329617
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Se for um administrador, pode utilizar políticas de destinatários do Microsoft Exchange para configurar e personalizar endereços de correio electrónico para todos os destinatários do Exchange utilizando regras de geração de endereço automaticamente. O serviço de actualização de destinatários aplica-se endereços em massa a utilizadores novos e existentes, de acordo com as regras especificadas. Para configurar estas regras, utilize o Exchange System Manager para aceder às propriedades de objectos de política de destinatários.

No entanto, em algumas situações, poderá utilizar uma regra que faz com que duplicado ou que faz com que vários endereços a serem aplicadas na organização Exchange. Endereços de correio electrónico em duplicado são detectados durante uma operação normal do Exchange, falha de entrega comunica (NDR) com um 5.1.4 código de erro pode ser enviado pelo servidor e poderá ocorrer outro comportamento inesperado. Além disso, a seguinte mensagem de ID de evento poderá ser registada no registo de eventos de aplicações:



Tipo de evento: aviso
Origem do evento: MSExchangeIS
Categoria do evento: geral
ID do evento: 9514
Computador: Exchange_Server_Name
Descrição: Dois objectos no directório têm the same 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 = arquivo de pastas públicas (Exchange_server_name) e /dc com/dc = = domínio/ou utilizadores/cn = = user_name.

Este artigo descreve uma situação em que os endereços duplicados são aplicados e como remover estes endereços duplicados.

Mais Informação

A seguinte regra é uma regra típica para um endereço de formato de correio SMTP (Internet):
@Domain.com
Quando utilizam esta regra, um endereço de correio electrónico é adicionado a cada destinatário objecto que está coberto por política de destinatários mailnickname@domain.com. Por conseguinte, se Exchange um utilizador alias de correio electrónico é user1, o endereço user1 @ domain.com é aplicada ao utilizador.

Também pode utilizar Exchange para definir as regras de nomenclatura automática. Por exemplo, pode pretender que o endereço de correio electrónico da Internet do destinatários para ser configurado como "FirstName_LastName @ domain.com"em vez de"mailnickname @ domain. com." Pode utilizar a seguinte regra de geração de endereço para efectuar esta alteração:
%g_%s@Domain.com
Para obter informações adicionais sobre especificadores de atribuição automática de nomes disponíveis e sintaxe, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
285136Como personalizar os geradores de endereços de correio electrónico SMTP através de políticas de destinatários
Se estiver a utilizar especificadores de atribuição automática de nomes, tem de se certificar de que os campos que referenciem na regra de geração de endereço existem para cada um dos destinatários abrangidos pela regra. Se não o fizer, poderá provocar duplicado ou vários endereços de correio electrónico a serem gerados nos objectos da organização do Exchange.

Os efeitos deste problema variam dependendo do que os destinatários estão envolvidos. Vários objectos de sistema do Exchange são mailbox-enabled. Se o endereço errado é aplicado a estes objectos de sistema, poderão ocorrer problemas. Por exemplo, replicação de pastas públicas poderá não ter êxito ou bases de dados poderão não conseguir montar. Além disso, a mensagem de ID de evento é descrita na secção "Sumário" deste artigo poderá ser registada.

Como exemplo deste comportamento, suponha que tiver definido a regra de geração de endereço %g_%s@domain.com. Esta regra tem os valores para o atributo givenName e o atributo sn de um objecto do Active Directory e utiliza estes valores para construir um endereço de correio electrónico. Se givenName valor do atributo um utilizador é João e o valor do atributo sn é Silva, o endereço de correio electrónico é Jeff_Smith@domain.com.

Mas o atributo givenName e o atributo sn não são obrigatórios e objectos com enabled correio tais como listas de distribuição e agentes de sistema poderão não ter estes atributos. Nesta situação, a regra de geração de endereço %g_%s@domain.com devolves à regra de geração de endereço _@domain.com. Para os objectos que não tenham givenName e o valor do atributo sn , a regra é transformada equivalente a uma regra para hardcode o endereço de correio electrónico como _@domain.com.

Quando aplicar novos endereços de correio electrónico, o serviço de actualização de destinatários verifica se o mesmo endereço já existe no qualquer objecto na floresta. Se isso acontecer, um valor numérico é adicionado para o novo endereço para diferenciá-lo. Por exemplo, se existirem vários utilizadores chamados João Santana, uma conta de utilizador adicional que é processada pelo serviço de actualização de destinatários poderá receber um endereço de correio electrónico de Jeff_Smith2@domain.com.

Isto significa que os objectos sem givenName e os valores de atributo sn que são processados de acordo com a regra de geração de endereço %g_%s@domain.com receberão endereços de correio electrónico como _1@domain.com, _2@domain.com, _3@domain.com e outros endereços semelhantes.

Sempre que o serviço de actualização de destinatários verifica para novos destinatários que tem de ter endereços de correio electrónico, objectos sem givenName e os atributos de sn poderão receber um endereço de correio electrónico adicionais. Considere um objecto que tem o endereço _1@domain.com. Este endereço não corresponde a regra _@domain.com e o serviço de actualização de destinatários poderá assumir que o objecto ainda tem de ter o endereço de _@domain.com "codificada" aplicado. Verificação de endereços duplicados localiza que the_@domain.com endereço já pertence a um objecto diferente e, por este motivo, pode ser atribuído um endereço como _4@domain.com.

Se nenhum dos atributos de um objecto foram modificados no Active Directory desde a última vez que executou o serviço de actualização de destinatários, esse objecto não é detectado pelo serviço de actualização de destinatários. Mas se o objecto é alterado de qualquer forma, o serviço de actualização de destinatários digitaliza novamente para determinar se novos endereços de correio electrónico vão ser aplicados ao mesmo. Isto significa que ao longo do tempo, um único objecto não possui os atributos de especificador pode ter dezenas ou centenas de _NNNN@domain.com endereços de correio electrónico.

Normalmente, os endereços adicionais são inerte e não afectam o fluxo de correio normal; no entanto, ao longo do tempo, podem causar o serviço de actualização de destinatários inefficiently mais itens de processo. O serviço de actualização de destinatários tem de dar endereços duplicados repetidamente quando atribui novos endereços a objectos. Se o endereço _1000@domain.com existir, tem de executar o serviço de actualização de destinatários através de verificações de endereços duplicados mil pode atribuir um novo endereço baseado na regra _@domain.com geração.

Embora Exchange verifica os endereços de correio electrónico em duplicado, a verificação não é infalível pelos seguintes dois motivos:
  • Tem de ser configurado um serviço de actualização de destinatários separados para cada domínio. Mesmo no ambiente de domínio único, existem duas Recipient Update Services. Um serviço de actualização de destinatários é para o contentor de domínio e o outro (a empresa serviço Recipient Update Service) é o contentor de configuração do servidor.
  • Latência da replicação Active Directory pode causar um endereço que é atribuído por um serviço de actualização de destinatários não seja apresentado na base de dados pasta que está a ser utilizado por um serviço de actualização de destinatários diferentes a hora adequada.
O cenário mais provável onde são criados os endereços duplicados é um cenário quando a empresa que serviço Recipient Update Service está ligado a um controlador de domínio e o domínio serviço Recipient Update Service está ligada a outro. Quando objectos que são os atributos de especificador sem são processados em paralelo por cada serviço de actualização de destinatários, são gerados duplicados.

Procedimentos recomendados para impedir que os duplicados e vários endereços

O carácter é utilizado frequentemente em regras de atribuição automática de nomes é o carácter de sublinhado (_). Esta secção refere-se à 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 provoca os mesmos problemas g_%s@domain.com %. Se não tiver um objecto atributos sn e givenName , a regra de geração de endereço devolves para @ domain.com. Este procedimento invoca o comportamento de serviço de actualização de destinatários predefinido do carimbo um endereço de correio electrónico de mailNickname @domain.com

Para impedir que especificadores de atribuição automática de nomes a causar estes problemas, se estiver a utilizar especificadores de atribuição automática de nomes e estão a utilizar rígidos caracteres na parte do utilizador da regra de geração de endereço, tem de configurar o filtro na política de destinatário para testar explicitamente a existência dos atributos que especificar.
Cada política de destinatário do Exchange tem um filtro (LIGHTWEIGHT Directory Access Protocol) que define os objectos que se aplica a política. O filtro mais simples, pode definir um objecto é (mailnickname = *). Na sintaxe do filtro LDAP, atributo = * pode ser lido como "atributo existe". Por conseguinte, a (mailnickname = *) filtro se aplica a política para cada objecto tem um atributo mailNickname (ou seja, cada objecto que está a mail-enabled). Este filtro é o filtro de política de destinatários predefinida.

Se criar políticas de destinatários adicionais, os filtros podem tornar-se muito mais complexos que restrinja os objectos que a política será aplicada a. Exchange fornece uma interface de utilizador que cria filtros para o administrador baseado nos critérios senso comum, em vez de ser necessário criar filtros manualmente.

Por exemplo, o seguinte filtro é gerado automaticamente para capturar todos os utilizadores do Exchange, contactos e grupos:
(&(&(& (mailnickname=*) (|(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))
(!(msExchHomeServerName=*)))(&(objectCategory=person)
(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder) ))))
Para criar este filtro numa política:
  1. Inicie o Exchange System Manager.
  2. Expanda Recipients , expanda Políticas de destinatário e o um abra as propriedades da política que pretende editar ou criar uma nova política.
  3. No separador Geral , clique em Modificar .
  4. Clique para seleccionar todas as caixas de verificação no separador Geral .
  5. Clique no separador armazenamento e, em seguida, clique em caixas de correio em qualquer servidor .

    Não é necessário proceder a nenhuma configuração no separador Avançadas .
Para modificar este filtro, de modo a que verifica a existência dos atributos sn e givenName :
  1. Abra as propriedades da política de destinatários e, em seguida, clique em Modificar .
  2. Clique no separador Avançadas , seleccione os campos de utilizador de Nome e o utilizador Apelido e, em seguida, defina a condição para estes campos para apresentação .
Depois de concluir estes dois procedimentos, o filtro LDAP aparece como o seguinte filtro:
(&(&(&(& (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=*)))
Repare que (objectCategory=user)(givenName=*)(sn=*) foi adicionado perto do fim do filtro. Este filtro de captura agora apenas utilizadores tanto um givenName um atributo sn . Este filtro ignora as listas de distribuição, contactos e objectos de sistema do Exchange.

Localizar e remover endereços duplicados

Endereços duplicados são criados pelo especificadores de atribuição automática de nomes, normalmente, siga um padrão previsível (por exemplo, _12345@domain.com, _12346@domain.com e endereços semelhantes). Por conseguinte, pode efectuar uma procura automática para estes endereços e efectuar limpeza automática.

Pode utilizar o utilitário Ldifde.exe incluída no Windows 2000 para exportar e importar informações do Active Directory como texto simples no formato LDIF. LDIFDE utiliza a mesma sintaxe de procura LDAP padrão, como os filtros de política de destinatários do Exchange. Pode colar um filtro de política de destinatários de uma linha de comandos LDIFDE e criar um ficheiro de texto que lista todos os objectos de um contentor que é capturado pelo filtro. O comando seguinte é um exemplo da sintaxe geral para criar um ficheiro de texto:
ldifde -f ficheiro.txt -d "dc = subdomínio, dc = domain, dc = com" -l [lista de atributos] - r "[filtro ldap]"
Neste comando, todos os objectos de subdomínio ajustar o filtro são escritos ficheiro.txt. Para capturar objectos de contentor de configuração, tem de especificar o contentor e o primeiro domínio é instalado na floresta, por exemplo:
ldifde -f ficheiro.txt -d "cn = configuration, dc = firstdomain, dc = com" -l [lista de atributos] - r "[filtro ldap]"
O -l parâmetro restringe os atributos para o objecto que são escritos ficheiro.txt. Se omitir -l , são listados todos os atributos para cada objecto. Para listar nenhum dos atributos, utilize - l nada . Se o fizer, o comando exporta apenas o nome distinto de cada objecto para o ficheiro.txt.

Para localizar todos os duplicados ou vários endereços de proxy, pode executar Ldifde para cada domínio na organização e contra o contentor de configuração para a floresta. Para tal, tem de definir um padrão de procura exclusivo que corresponde a apenas os endereços não desejados.

Neste exemplo, o padrão de procura é * SMTP:_*@*. Este padrão de procura captura a cada endereço de proxy de correio electrónico SMTP (correio da Internet) Exchange que começa com um carácter de 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 semelhantes às 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 ficheiro Badproxies.txt contém registos de objectos cujos endereços de proxy incluem um endereço SMTP que começa com um carácter de sublinhado. Todos os endereços para estes objectos também são exportados. Pode filtrar fora estes endereços adicionais mais tarde.

Alguns endereços que comecem por caracteres de sublinhado podem ser legítimos. Se esta condição for verdadeira, tem de remover esses objectos a partir do ficheiro Badproxies.txt antes de continuar. Execute o seguinte comando Ldifde para identificar estes objectos:
ldifde -f ficheiro.txt -d "dc = domain, dc = com"-l nome, sn, samaccountname, mailnickname, displayname - r "(|(givenname=_*)(sn=_*)(samaccountname=_*)(mailnickname=_*)(displayname=_*))"
Este comando procura objectos cujo nome próprio, apelido, nome de início de sessão, alias do Exchange ou apresentar nome começa por um carácter de sublinhado. Pode adaptar o filtro de procura para o padrão apropriado para o seu ambiente específico.

Nota Se a sintaxe do comando Ldifde estiver incorrecta, o Ldifde pode não devolver um erro. Em vez disso, poderá não ver nenhum em todos os resultados da procura. Se a procura devolver não objectos, teste o comando Ldifde alterando o filtro de procura de uma forma secundária para devolver resultados. Por exemplo, substituir o carácter de sublinhado com a letra a.

Além disso, não tem permissões para visualizar objectos ou atributos, estes itens não são devolvidos pela procura e não recebe um erro que indica que não tem permissões para determinados objectos. Quando procura um contentor de domínio, a Microsoft recomenda que inicie sessão como um administrador de domínio. Quando procurar o contentor de configuração, a Microsoft recomenda que inicia a sessão como administrador da empresa.

Depois de verificar que Badproxies.txt contém apenas os objectos que têm endereços de correio electrónico que pretende remover, filtrar e reformatar o ficheiro LDIF, isso poderá importá-lo novamente. A LDIF importar o formato de ficheiro e o formato de ficheiro de exportação são significativamente diferentes.

Pode utilizar o seguinte script de exemplo para converter e filtrar o ficheiro de importação. Este script é fornecida como apenas uma amostra; utilize ou modifique este script por sua conta e risco. Este script em si não pode alterar informações do Active Directory. Manualmente deve importar o ficheiro de saída do script para o Active Directory para efectuar alterações. Cada linha no script é espaçamento duplo para facilitar a detectar moldagem de linha incorrecta. Para executar o script, copie e cole o seguinte texto para um ficheiro de texto simples e atribua o nome deste ficheiro 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
  • Não é possível importar o ficheiro de saída que este script cria no Active Directory antes de editar primeiro. Dependendo de como executar o script, o script poderá gerar um ficheiro que elimina todos os endereços proxy no domínio inteiro. Tem examine cuidadosamente o ficheiro de saída antes de aplicar ao Active Directory para garantir que não o que pretende.
  • As três linhas no ficheiro superiores são um comentário e o espaço em branco que tem de remover antes de executar o ficheiro. Se existirem avisos na parte superior do ficheiro, terá de remover estes também.
  • Se o script interrompe a mensagem "Linha cortada encontrada!", tem de corrigir a linha que é comunicada e volte a executar o script.
  • O padrão LDIF divide linhas extensas 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 este padrão, excepto para relatório quando este tipo de linha é encontrado. Se existirem muitas linhas quebradas no ficheiro, pode corrigir estas linhas, utilizando uma procura global e substitua o procedimento. Para o fazer, utilize um editor de texto que suporta localizar e substituir em quebras de linha. Pode utilizar o Microsoft Word para efectuar uma procura global e substituir, mas tem de se lembrar guardar o ficheiro editado como texto simples. No Word, pode procurar o item seguinte e substituí-lo por nada:
    ^ p [espaço caracteres]
    Note que o texto de procura é o carácter circunflexo (^) e uma p em minúsculas, CTRL + P.
  • Se um registo no ficheiro de saída faz com que todos os endereços proxy seja eliminada do objecto, o script tenta inserir um aviso na parte superior do ficheiro. Se utilizar este script para gerar ficheiros de importação LDIF, tem de examinar melhor estes ficheiros para garantir que contêm apenas os registos que pretende importar.

    O formato de registo seguinte elimina todos os endereços de proxy:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    -
    							
    Se nenhum endereço proxy específico chama-se no registo, todos os endereços são eliminados. O formato de registo seguinte elimina apenas um endereço único proxy:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    proxyAddresses: SMTP:OBJECT@domain.com
    -
    						
  • Para voltar de alterações efectuadas pelo ficheiro de saída (excepto para registos que realizam eliminações grossista), procurar o ficheiro de saída, substitua "eliminar: proxyAddresses"com"adicionar: proxyAddresses," e, em seguida, importe o ficheiro novamente.
  • Para exportar todos os endereços de proxy para todos os objectos de um contentor, utilize "(proxyAddresses=*) -R" filtro de procura do LDIFDE.

    Pode utilizar este ficheiro como um ficheiro de cópia de segurança de endereços de proxy que existem num ponto específico no tempo. Se processar este ficheiro através de Proxyfix.bat, este ficheiro pode ser criado como um ficheiro importação que pode utilizar para restaurar endereços se necessário.
  • Se não definir um filtro como o terceiro parâmetro na linha de comandos Proxyfix.bat, todos os endereços de proxy do ficheiro de entrada são copiados para o ficheiro de saída. Pode alterar "eliminar: proxyAddresses"para adicionar": proxyAddresses" para intercalar endereços com endereços que já estão presentes no Active Directory. Também pode utilizar "Substituir: proxyAddresses" para remover todos os endereços de proxy do Active Directory e substituir apenas os endereços listados no ficheiro de saída.
  • Se tiver eliminado todos os endereços de proxy de todos os objectos, os objectos são alterados e o serviço de actualização de destinatários é accionado para restaurar os endereços de todas as de acordo com as políticas de destinatários actuais. No entanto, antes deste processo está concluído, podem ser gerados relatórios de falha de entrega (NDR) para correio em trânsito. Se forem eliminados endereços no contentor de configuração, poderão deixar de serviços do Exchange ou pode não poderá iniciá-los se eles já estão parados. A Microsoft recomenda que utilize cuidado extremo quando processar endereços de proxy, especialmente para objectos no contentor de configuração.
Para importar um ficheiro LDIF, execute o seguinte comando:
ldifde -i -f delproxies.txt

Propriedades

Artigo: 318774 - Última revisão: 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 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: 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