Quitar direcciones proxy duplicada y no deseado en Exchange

Seleccione idioma Seleccione idioma
Id. de artículo: 318774 - Ver los productos a los que se aplica este artículo
Este artículo es un compendio de los siguientes artículos previamente disponibles: 318774, 329617
Expandir todo | Contraer todo

En esta página

Resumen

Si un administrador, puede utilizar directivas de destinatarios de Microsoft Exchange para configurar y personalizar las direcciones de correo electrónico para todos los destinatarios de Exchange mediante las reglas de generación de direcciones automáticamente. El servicio de actualización de destinatarios se aplica a las direcciones de forma masiva a usuarios nuevos y existentes según las reglas especificadas. Para configurar estas reglas, utilice el administrador del sistema de Exchange acceso a las propiedades de objetos de directiva de destinatario.

Sin embargo, en algunas situaciones, puede utilizar una regla que hace que el duplicado que hace que varias direcciones que se aplicará en toda la organización de Exchange. Cuando se detectan las direcciones de correo electrónico duplicados durante una operación normal de Exchange, la informes de no entrega (NDR) con un 5.1.4 el servidor puede enviar código de error y puede experimentar otros comportamientos inesperados. Además, puede anotarse el mensaje de identificador de suceso siguiente en el registro de sucesos de aplicación:



Tipo de suceso: advertencia
Origen del suceso: MSExchangeIS
Categoría del suceso: general
ID. de suceso: 9514
Equipo: Exchange_Server_Name
Descripción: Dos objetos en el directorio utilizan el mismo proxy - /dc = com/dc = dominio/cn = Configuración/cn = servicios/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 = almacén de carpetas públicas (Exchange_server_name) y /dc = com/dc = dominio/ou = usuarios/cn = user_name.

Este artículo describe una situación donde se aplican las direcciones duplicadas y cómo quitar estas direcciones duplicadas.

Más información

La siguiente regla es una regla típica para una dirección de formato de correo SMTP (Internet):
@ Domain.com
Cuando se utiliza esta regla, se agrega una dirección de correo electrónico a cada objeto de destinatario que está cubierto por la directiva de destinatario de mailnickname@domain.com. Por tanto, si el alias de correo electrónico de Exchange del usuario es user1, la dirección user1 @ domain.com se aplican al usuario.

También puede utilizar Exchange para definir reglas de denominación automática. Por ejemplo, es posible que desee de la dirección de correo electrónico de Internet para los destinatarios pueden configurarse como "FirstName_LastName @ domain.com"en lugar de"mailnickname @ domain. com." Puede utilizar la siguiente regla de generación de dirección para realizar este cambio:
%g_%s@Domain.com
Para obtener información adicional acerca de especificadores de denominación automática disponibles y la sintaxis, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
285136Cómo personalizar los generadores de direcciones de correo electrónico SMTP mediante directivas de destinatario
Si está utilizando los especificadores de denominación automática, debe asegurarse de que los campos que se hace referencia en la regla de generación de direcciones existen realmente para cada uno de los destinatarios que están cubiertos por la regla. Si no lo hace así, puede provocar duplicado o varias direcciones de correo electrónico a generarse en objetos de la organización de Exchange.

Los efectos de este problema varían en función de qué destinatarios intervienen. Varios objetos de sistema de Exchange están habilitados para buzón. Si la dirección incorrecta se aplica a estos objetos del sistema, pueden producirse problemas. Por ejemplo, puede realizarse la replicación de carpetas públicas o bases de datos no puede montar. Además, puede anotarse el mensaje de identificador de evento que se describe en la sección "Resumen" de este artículo.

Como un ejemplo de este comportamiento, suponga que ha definido la regla de generación de dirección %g_%s@domain.com. Esta regla toma los valores para el atributo givenName y el atributo sn de un objeto de Active Directory y utiliza estos valores para construir una dirección de correo electrónico. Si el valor del atributo del usuario givenName es Juan y el valor del atributo sn es Smith, la dirección de correo electrónico es Jeff_Smith@domain.com.

Pero el atributo givenName y el atributo sn no son obligatorios y habilitados para correo objetos tales como listas de distribución y agentes de sistema pueden carecer de estos atributos. En esta situación, la regla de generación de dirección %g_%s@domain.com devuelve a la regla de generación de dirección _@domain.com. Para los objetos que no tienen el givenName y el valor del atributo sn , la regla se convierte en el equivalente de una regla para codificar la dirección de correo electrónico como _@domain.com.

Al aplicar nuevas direcciones de correo electrónico, the Recipient Update Service comprueba si ya existe la misma dirección en cualquier objeto del bosque. Si lo hace, se agrega un valor numérico a la nueva dirección para diferenciarlos. Por ejemplo, si hay varios usuarios llamados, una cuenta de usuario adicionales que se procesa mediante el servicio de actualización de destinatarios puede recibir una dirección de correo electrónico de Jeff_Smith2@domain.com.

Esto significa que los objetos sin la givenName y los valores de atributo sn que se procesan según la regla de generación de dirección %g_%s@domain.com recibirá direcciones de correo electrónico como _1@domain.com, _2@domain.com, _3@domain.com y otras direcciones similares.

Cada vez que el servicio de actualización de destinatarios se comprueba para los destinatarios nuevos que deben tener direcciones de correo electrónico, los objetos sin la givenName y los atributos de sn efectuarán una dirección de correo electrónico adicionales. Considere un objeto que tiene la dirección _1@domain.com. Esta dirección no coincide con la regla _@domain.com, y el servicio de actualización de destinatarios puede suponer que el objeto todavía debe tener la dirección de _@domain.com "codificado" aplicada. Dirección comprobación busca que the_@domain.com dirección ya pertenece a un objeto diferente y, por lo tanto, se puede asignar una dirección como _4@domain.com duplicada.

Si ninguno de los atributos de un objeto se han modificado en Active Directory desde la última vez el servicio de actualización de destinatarios se ejecuta, ese objeto no se observa el servicio de actualización de destinatarios. Pero si se cambia el objeto de alguna manera, el servicio de actualización de destinatarios examina otra vez para determinar si las direcciones de correo electrónico nuevas se aplicará a él. Esto significa que, a lo largo del tiempo, puede tener un único objeto que carece de los atributos de especificador decenas o cientos de _NNNN@domain.com direcciones de correo electrónico.

Generalmente, las direcciones adicionales son inactivo inerte y no afectan al flujo de correo normal; sin embargo, a lo largo del tiempo pueden provocar el servicio de actualización de destinatarios innecesariamente y más elementos de proceso. El servicio de actualización de destinatarios debe comprobar repetidamente direcciones duplicadas cuando asigna nuevas direcciones a los objetos. Si la dirección _1000@domain.com existe, el servicio de actualización de destinatarios debe realizar a través de comprobaciones de direcciones duplicadas de mil antes de pueda asignar una nueva dirección según la regla de generación _@domain.com.

Aunque Exchange comprueba las direcciones de correo electrónico duplicados, la comprobación no es infalible por las dos razones siguientes:
  • Debe configurar un servicio de actualización de destinatarios independiente para cada dominio. Incluso en un entorno de dominio único, hay en contacto con dos servicios de actualización de destinatarios. Un servicio de actualización de destinatarios es para el contenedor de dominio y el otro (empresa Recipient Update Service) es para el contenedor de configuración del servidor.
  • Latencia de replicación de Active activa puede provocar una dirección que se asignó un servicio de actualización de destinatarios no que aparezca en la base de datos carpeta que está siendo utilizado por un servicio de actualización de destinatarios diferentes en el momento adecuado.
El escenario más probable donde se crean direcciones duplicadas es un escenario cuando la empresa a que Recipient Update Service está conectado un controlador de dominio y el servicio de actualización de destinatarios de dominio está conectada a otro. Cuando se procesan los objetos que faltan los atributos de especificador en paralelo cada servicio de actualización de destinatarios, se generan duplicados.

Recomendaciones para evitar duplicados y direcciones múltiples

El carácter que se utiliza con más frecuencia en las reglas de denominación automática es el carácter de subrayado (_). Esta sección hace referencia a la regla de generación de dirección SMTP:%g_%s@domain.com como en el ejemplo de base.

Una regla de generación de dirección %g%s@domain.com no hace que los mismos problemas que g_%s@domain.com %. Si carece de un objeto la givenName y los atributos de sn , devuelve la regla de generación de dirección para @ domain.com. Esto invoca el comportamiento de servicio de actualización de destinatarios predeterminado de sello de una dirección de correo electrónico de @ Domain.com mailNickname

Para impedir que los especificadores de denominación automática causando estos problemas si está utilizando los especificadores de denominación automática y estás utilizando caracteres de disco duros en la parte de usuario de la regla de generación de direcciones, debe configurar el filtro en la directiva de destinatario para comprobar la existencia de los atributos que se especifique explícitamente.
Cada directiva de destinatarios de Exchange tiene un filtro de Protocolo ligero de acceso a directorios (LDAP) que define los objetos que se aplica la directiva. El filtro más sencillo puede definir en un objeto es (mailnickname = *). En sintaxis de filtro LDAP, atributo = * se puede leer como "atributo existe". Por lo tanto, el (mailnickname = *) filtro aplica la directiva a cada objeto que tiene un atributo mailNickname (es decir, cada objeto que está habilitado para correo). Este filtro es el filtro de la directiva de destinatario predeterminada.

Si crea directivas de destinatarios adicionales, los filtros pueden convertirse en mucho más complejos como restringir los objetos que las directivas se aplican a. Exchange proporciona una interfaz de usuario que crea filtros para el Administrador basándose en criterios sentido común, en lugar de tener que crear filtros manualmente.

Por ejemplo, el filtro siguiente se genera automáticamente para capturar todos los usuarios, contactos y grupos de Exchange:
(&(&(& (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 en una directiva:
  1. Inicie el Administrador del sistema de Exchange.
  2. Expanda destinatarios , expanda Directivas de destinatarios y la abra las propiedades de la directiva que desea editar o crear una nueva directiva.
  3. En la ficha General , haga clic en Modificar .
  4. Haga clic para seleccionar todas las casillas de verificación en la ficha General .
  5. Haga clic en la ficha almacenamiento y, a continuación, haga clic en buzones en cualquier servidor .

    No es necesario configurar nada en la ficha Avanzadas .
Para modificar este filtro de modo que comprueba la existencia de la givenName y los atributos de sn :
  1. Abra las propiedades de la directiva de destinatario y, a continuación, haga clic en Modificar .
  2. Haga clic en la ficha Avanzadas , seleccione el campo de nombre de usuario y el campo de usuario Apellido y, a continuación, establezca la condición de estos campos en actual .
Al finalizar estos dos procedimientos, el filtro LDAP aparece como el siguiente 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=*)))
Observe que (se ha agregado objectCategory=user)(givenName=*)(sn=*) cerca del final del filtro. Este filtro ahora captura a sólo los usuarios con un givenName y un atributo sn . Este filtro omite las listas de distribución, contactos y objetos de sistema de Exchange.

Buscar y quitar direcciones duplicadas

Las direcciones duplicadas se crean normalmente mediante especificadores de denominación automática siguen un patrón previsible (por ejemplo, _12345@domain.com _12346@domain.com y direcciones similares). Por lo tanto, puede realizar una búsqueda automatizada para estas direcciones y realizar una limpieza automatizada.

Puede utilizar la utilidad Ldifde.exe que se incluye en Windows 2000 para exportar e importar información de Active Directory como texto sin formato en el formato LDIF. Ldifde utiliza la misma sintaxis de búsqueda LDAP estándar como los filtros de directiva de destinatarios de Exchange. Puede pegar un filtro de directiva de destinatario en una línea de comandos de LDIFDE y crear un archivo de texto que enumera todos los objetos de un contenedor que se captura el filtro. El comando siguiente es un ejemplo de la sintaxis general para crear un archivo de texto:
ldifde -f archivo.txt -d "dc = subdominio, dc = dominio, dc = com" -l [lista de atributo] - r "[filtro ldap]"
En este comando, todos los objetos en el subdominio que cumplan el filtro se escriben en archivo.txt. Para capturar objetos del contenedor de configuración, debe especificar el contenedor y el primer dominio que está instalado en el bosque, por ejemplo:
ldifde -f archivo.txt -d "cn = configuration, dc = firstdomain, dc = com" -l [lista de atributo] - r "[filtro ldap]"
El -l parámetro restringe los atributos para el objeto que se escriben en archivo.txt. Si se omite -l , se enumeran todos los atributos para cada objeto. Para mostrar ninguno de los atributos, utilice - l nada . Si lo hace, el comando exporta sólo el nombre completo de cada objeto a archivo.txt.

Para buscar todos los duplicados o varias direcciones proxy, se puede ejecutar LDIFDE contra cada dominio de su organización y sobre el contenedor de configuración para el bosque. Para ello, debe definir un patrón de búsqueda única que coincida con las direcciones no deseadas.

En este ejemplo, el modelo de búsqueda es * SMTP:_*@*. Este modelo de búsqueda captura cada dirección de proxy de correo electrónico SMTP (correo de Internet) de Exchange que comienza con un carácter de subrayado. Por ejemplo, ejecute el siguiente comando:
ldifde -f badproxies.txt -d "dc = dominio, dc = com" -l proxyaddresses - r "(proxyaddresses=*smtp:_*@*)"
Este comando exporta datos a Badproxies.txt que es similar a los datos siguientes:
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;
					
El archivo Badproxies.txt contiene registros para los objetos cuyas direcciones proxy incluyen una dirección SMTP que comienza con un carácter de subrayado. También se exportan todas las demás direcciones para estos objetos. Puede filtrar estas direcciones adicionales más adelante.

Algunas direcciones que comiencen con caracteres de subrayado pueden ser legítimas. Si esta condición es true, debe quitar estos objetos desde el archivo Badproxies.txt antes de continuar. Ejecute el siguiente comando LDIFDE para identificar estos objetos:
ldifde -f archivo.txt -d "dc = dominio, dc = com"-l givenname, sn, samaccountname, mailnickname, displayname - r "(|(givenname=_*)(sn=_*)(samaccountname=_*)(mailnickname=_*)(displayname=_*))"
Este comando busca los objetos cuyo nombre, apellido, nombre de inicio de sesión de Windows, alias de Exchange o Mostrar nombre empieza con un carácter de subrayado. Puede adaptar el filtro de búsqueda para el modelo que es adecuado para su entorno concreto.

Nota Si la sintaxis del comando de LDIFDE es incorrecta, LDIFDE no puede devolver un error. En su lugar, puede que no aparezcan los resultados de búsqueda en absoluto. Si no hay objetos devuelve la búsqueda, pruebe el comando LDIFDE modificando el filtro de búsqueda de una forma secundaria para devolver resultados. Por ejemplo, reemplace el carácter de subrayado por la letra a.

Además, si no tienen permisos Ver objetos o atributos, estos elementos no se devuelven por la búsqueda y no recibe un error que indica que no tiene permisos de objeto for certain. Al buscar un contenedor de dominio, Microsoft recomienda que inicie sesión como un administrador de dominio. Al buscar el contenedor Configuración, Microsoft recomienda que inicie sesión como un administrador de empresa.

Después de comprobar que Badproxies.txt sólo contiene objetos que tienen direcciones de correo electrónico que desea quitar, debe filtrar y reformatear el archivo LDIF para que pueda importarla de nuevo. El LDIF importar formato de archivo y el formato de archivo de exportación difieren significativamente.

Puede utilizar la siguiente secuencia de comandos de ejemplo para convertir y filtrar el archivo de importación. Esta secuencia de comandos se proporciona como un ejemplo sólo; utilice o modifique esta secuencia de comandos bajo su responsabilidad. Esta secuencia de comandos en sí no puede cambiar información de Active Directory. Debe importar manualmente el archivo de resultados de la secuencia de comandos a Active Directory para realizar cambios. Cada línea en la secuencia de comandos es con espaciado doble para facilitar el ajuste de línea incorrecta de detectar. Para ejecutar la secuencia de comandos, copie y pegue el texto siguiente en un archivo de texto sin formato y a continuación, denomine este archivo 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
  • El archivo de salida que genera esta secuencia de comandos no puede importarse en Active Directory antes de modificar primero. Dependiendo de cómo ejecutar la secuencia de comandos, la secuencia de comandos puede generar un archivo que elimina todas las direcciones proxy de todo el dominio. Debe examinar el archivo de salida estrechamente antes de aplicarlo a Active Directory para asegurarse de que no lo que desea.
  • Las líneas de tres superiores en el archivo son un comentario y el espacio en blanco que debe quitar antes de ejecutar el archivo. Si hay advertencias de la parte superior del archivo, debe quitar estos también.
  • Si se detiene la secuencia de comandos con el mensaje "Se encontró rotos línea!", debe corregir la línea que se informó y ejecuta la secuencia de comandos de nuevo.
  • El estándar LDIF divide las líneas largas en varias líneas por continuar la línea después de un salto de línea con un espacio en la primera columna. La secuencia de comandos de ejemplo no cuenta este estándar, excepto al informe cuando se encuentra este tipo de línea. Si hay muchas líneas rotos en el archivo, puede corregir estas líneas utilizando una búsqueda global y reemplazar el procedimiento. Para ello, utilice un editor de texto que permite buscar y reemplaza en saltos de línea. Puede utilizar Microsoft Word para realizar una búsqueda global y reemplazar, pero debe recordar guardar el archivo editado como texto sin formato. En Word, puede buscar el elemento siguiente y lo reemplaza por nada:
    ^ p [espacio]
    Tenga en cuenta que el texto de búsqueda es el carácter de intercalación (^) y una p minúscula, no CTRL+P.
  • Si un registro en el archivo de salida hace que todas las direcciones proxy que se eliminará del objeto, la secuencia de comandos intenta insertar una advertencia en la parte superior del archivo. Si utiliza esta secuencia de comandos para generar archivos de importación LDIF, estos archivos para asegurarse de que contienen sólo los registros que desea que se va a importar se deben examinar estrechamente.

    El formato de registro siguiente elimina todas las direcciones proxy:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    -
    							
    Si ninguna dirección de proxy específica se denomina en el registro, se eliminan todas las direcciones. El formato de registro siguiente, elimina sólo una dirección proxy única:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    proxyAddresses: SMTP:OBJECT@domain.com
    -
    						
  • Para volver fuera de cambios realizados por el archivo de salida (excepto para los registros que realizan eliminaciones mayoristas), buscar el archivo de salida, reemplace "eliminar: agregar proxyAddresses"con": proxyAddresses," y vuelva a importar el archivo.
  • Para exportar todas las direcciones proxy para todos los objetos en un contenedor, utilice el "(proxyAddresses=*) -R" filtro de búsqueda de LDIFDE.

    Puede utilizar este archivo como un archivo de copia de seguridad de direcciones de proxy que existen en un punto específico en tiempo. Si procesa este archivo a través de Proxyfix.bat, se puede crear este archivo como un archivo de importación que se puede utilizar para restaurar las direcciones, si es necesario.
  • Si no define un filtro como tercer parámetro en la línea de comandos Proxyfix.bat, todas las direcciones proxy desde el archivo de entrada se copian en el archivo de salida. Puede cambiar "eliminar: proxyAddresses"a Agregar": proxyAddresses" para combinar direcciones con direcciones que ya están presentes en Active Directory. También puede utilizar "reemplazar: proxyAddresses" para quitar todas las direcciones proxy de Active Directory y reemplazarlos con sólo las direcciones enumeradas en el archivo de salida.
  • Si elimina todas las direcciones proxy de todos los objetos, se cambian los objetos y el servicio de actualización de destinatarios se desencadena para restaurar todas las direcciones con las directivas de destinatario actuales. Sin embargo, antes de que finalice este proceso, se pueden generar informes de no entrega (NDR) para el correo en tránsito. Si se eliminan las direcciones en el contenedor Configuración, pueden dejar de servicios de Exchange o quizás no pueda iniciarlos si ya se ha detenido. Microsoft recomienda que utilice extremo cuidado cuando controla direcciones de proxy, especialmente para los objetos en el contenedor Configuración.
Para importar un archivo LDIF, ejecute el comando siguiente:
ldifde -i -f delproxies.txt

Propiedades

Id. de artículo: 318774 - Última revisión: lunes, 3 de diciembre de 2007 - Versión: 5.6
La información de este artículo se refiere 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
Palabras clave: 
kbmt kbinfo KB318774 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 318774

Enviar comentarios

 

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