Eliminación de direcciones de proxy duplicados y no deseados en Exchange

Este artículo es un compendio de los siguientes artículos disponibles previamente: 318774, 329617 Nº de error: 204167 (ExchangeLegacy)

Resumen

Si eres 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 direcciones de forma masiva a los usuarios nuevos y existentes según las reglas especificadas. Para configurar estas reglas, utilice el Administrador del sistema de Exchange para tener acceso a las propiedades de objetos de directiva de destinatario.

Sin embargo, en algunas situaciones, puede utilizar una regla que hace que el duplicado o que hace que varias direcciones para aplicarse en toda la organización de Exchange. Cuando se detectan las direcciones de correo electrónico duplicados durante una operación normal de Exchange, los informes de no entrega (NDR) con un 5.1.4 el servidor puede enviar el 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:
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 lo tanto, si el alias de correo electrónico de Exchange de un usuario es user1, dirección Usuario1@dominio.com se aplica al usuario.

También puede utilizar Exchange para definir reglas de denominación automática. Por ejemplo, puede que desee la dirección de correo electrónico para destinatarios configurarse como "FirstName_LastName@dominio.com" en lugar de "mailnickname@dominio. com." Puede utilizar la siguiente regla de generación de direcciones para realizar este cambio:
%g_%s@domain.com
Para obtener información adicional sobre la sintaxis y los especificadores de denominación automática disponibles, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

285136 có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 realmente existen los campos a los que se hace referencia en la regla de generación de direcciones para cada uno de los destinatarios que están cubiertos por la regla. Si no lo hace, puede causar duplicados o múltiples direcciones de correo electrónico que se genere en los objetos de la organización de Exchange.

Los efectos de este problema varían dependiendo de lo que los destinatarios están involucrados. Varios objetos de sistema de Exchange están habilitados para buzón. Si la dirección errónea se aplica a esos objetos del sistema, pueden producirse problemas. Por ejemplo, la replicación de carpetas públicas puede no realizarse o bases de datos no podrá montar. Además, puede anotarse el mensaje de ID 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 direcciones de % 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 de un usuario givenName es Jeff y el valor del atributo sn es Smith, la dirección de correo electrónico es Jeff_Smith@domain.com.

El atributo givenName y el atributo sn no son obligatorios pero objetos habilitados para correo, como listas de distribución y agentes del sistema pueden carecer de estos atributos. En esta situación, la regla de generación de direcciones de % g_ % s@domain.com se transmite a la regla de generación de direcciones de _@domain.com. Para los objetos que no tienen la 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, el Servicio de actualización de destinatarios comprueba si ya existe la misma dirección en cualquier objeto del bosque. Si es así, se agrega un valor numérico a la nueva dirección para diferenciarlos. Por ejemplo, si hay varios usuarios llamados Jeff Smith, una cuenta de usuario adicional que es procesada por 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 del atributo sn que se procesan según la regla de generación de direcciones de % 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 busca nuevos destinatarios deben tener direcciones de correo electrónico, los objetos sin la givenName y los atributos de sn pueden recibir 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 asumir que el objeto todavía debe tener la dirección de _@domain.com "codificado" aplicada. Comprobación de direcciones duplicadas descubre 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.

Si ninguno de los atributos de un objeto se han modificado en Active Directory desde la última vez que se ejecutó el Servicio de actualización de destinatarios, ese objeto no se observa por el Servicio de actualización de destinatarios. Pero si el objeto se modificará en modo alguno, el Servicio de actualización de destinatarios examina nuevo para determinar si se aplicará a él nuevas direcciones de correo electrónico. Esto significa que, con el tiempo, puede tener un único objeto que carece de los atributos de especificador decenas o cientos de direcciones de correo electrónico _NNNN@domain.com.

Por lo general, las direcciones adicionales son inertes y no afectan el flujo de correo ordinario; Sin embargo, con el tiempo pueden hacer que el Servicio de actualización de destinatarios para procesar elementos más ineficaz. El Servicio de actualización de destinatarios debe comprobar direcciones duplicadas repetidamente cuando asigna nuevas direcciones a los objetos. Si no existe la dirección _1000@domain.com, el Servicio de actualización de destinatarios debe realizar sobre las comprobaciones de direcciones duplicadas de mil antes de poder asignar una nueva dirección basada en 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 configurarse una independiente del Servicio de actualización de destinatarios para cada dominio. Incluso en un entorno de dominio único, existen dos servicios de actualización de destinatarios. De un Servicio de actualización de destinatarios es para el contenedor de dominio y el otro (el Servicio de actualización de destinatarios de empresa) es para el contenedor de configuración del servidor.
  • Latencia de replicación de Active Directory puede causar una dirección asignada por uno de Servicio de actualización de destinatarios para que no aparezca en la base de datos de la carpeta que se está utilizando una diferente del Servicio de actualización de destinatarios en el momento adecuado.
El escenario más probable donde se crean direcciones duplicadas es un escenario cuando la empresa de Servicio de actualización de destinatarios está conectada a 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 por cada del Servicio de actualización de destinatarios, se generan duplicados.

Mejores prácticas para evitar duplicar y varias direcciones

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

Una regla de generación de direcciones de %g % s@domain.com no causar los mismos problemas que % g_ % s@domain.com. Si un objeto carece de la givenName y los atributos de sn , la regla de generación de direcciones se transmite al @domain.com. Esto invoca el comportamiento del Servicio de actualización de destinatarios predeterminado de sellar una dirección de correo electrónico de mailNickname@domain.com

Para evitar que los especificadores de denominación automática causando estos problemas si está utilizando los especificadores de denominación automática y utiliza 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 especifican explícitamente.
Cada directiva de destinatario de Exchange tiene un filtro de protocolo ligero de acceso a directorios (LDAP) que define los objetos que se aplica la directiva. Es el filtro más simple que puede definir en un objeto (mailnickname = *). En la sintaxis de filtro LDAP, atributo = * se puede leer como "atributo existe." Por lo tanto, el (mailnickname = *) la directiva aplica el filtro a todos los objetos que tenga el atributo mailNickname (es decir, cada objeto habilitado para correo). Este filtro es el filtro de la directiva de destinatario predeterminada.

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

Por ejemplo, el siguiente filtro 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 de una directiva:
  1. Inicie el Administrador del sistema de Exchange.
  2. Expanda destinatarios, expanda Directivas de destinatariosy la puede abrir 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 activar 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 realizar ninguna configuración en la ficha Opciones avanzadas .
Para modificar este filtro para que compruebe la existencia de la givenName y los atributos de sn :
  1. Abra las propiedades de la directiva de destinatarios y, a continuación, haga clic en Modificar.
  2. Haga clic en la ficha Opciones avanzadas , seleccione el campo de nombre de usuario y el campo de Último nombre de usuario y, a continuación, establezca la condición para estos campos en presente.
Después de completar 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 captura ahora sólo los usuarios que tengan un givenName y un atributo sn . Este filtro pasa por alto las listas de distribución, contactos y objetos de sistema de Exchange.

Búsqueda y eliminación de direcciones duplicadas

Direcciones duplicadas que se crean normalmente por los especificadores de denominación automática siguen un patrón predecible (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 limpieza automatizada.

Puede utilizar la utilidad Ldifde.exe 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 la directiva de destinatarios de Exchange. Puede pegar un filtro de la directiva de destinatario en una línea de comandos Ldifde y crear un archivo de texto que enumera todos los objetos de un contenedor que es capturado por 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 de subdominio que ajustar el filtro se escriben en archivo.txt. Para capturar objetos del contenedor de configuración, debe especificar el contenedor y el primer dominio que se instala en el bosque, por ejemplo:
ldifde -f archivo.txt -d "cn = configuration, dc = firstdomain, dc = com" -l [lista de atributo] - r "[filtro ldap]"
El parámetro -l 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 de proxy, puede ejecutar Ldifde contra todos los dominios de la organización y en el contenedor Configuration para el bosque. Para ello, debe definir un modelo de búsqueda única que coincida con sólo las direcciones no deseadas.

Para este ejemplo, el modelo de búsqueda es * SMTP:_*@*. Este modelo de búsqueda captura cada dirección de proxy de correo electrónico de Exchange SMTP (correo de Internet) que comienza con un carácter de subrayado. Por ejemplo, ejecute el comando siguiente:
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 siguientes datos:
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=comchangetype: 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 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 por caracteres de subrayado pueden ser legítimos. Si esta condición se cumple, 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, el alias de Exchange o Mostrar nombre empieza por un carácter de subrayado. Puede adaptar el filtro de búsqueda para el modelo que sea adecuado para su entorno particular.

Nota: Si la sintaxis del comando Ldifde es incorrecta, Ldifde no puede devolver un error. En su lugar, puede que no aparezcan los resultados de la búsqueda en absoluto. Si la búsqueda no devuelve ningún objeto, probar el comando Ldifde modificando el filtro de búsqueda de forma secundaria para devolver resultados. Por ejemplo, reemplace el carácter de subrayado por la letra A.

Además, si no tiene permisos para ver los objetos o atributos, estos elementos no son devueltos por la búsqueda y no recibe un error que indica que no tiene permisos para determinados objetos. Al buscar un controlador de dominio, Microsoft recomienda que inicie una sesión como administrador del dominio. Al buscar el contenedor de configuración, Microsoft recomienda que inicie una sesión como un administrador de empresa.

Después de comprobar que Badproxies.txt contiene sólo objetos que tienen direcciones de correo electrónico que desea quitar, debe filtrar y volver a formatear el archivo LDIF, por lo que puede volver a importarla. 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 Utilice o modifique esta secuencia de comandos a su propio riesgo. Esta secuencia de comandos en sí mismo no puede cambiar la información de Active Directory. Debe importar manualmente el archivo de salida de la secuencia de comandos a Active Directory para realizar cambios. Cada línea en la secuencia de comandos es a doble espacio 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 archivo Proxyfix.bat el nombre.
@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
Notas:
  • No se puede importar el archivo de salida que genera esta secuencia de comandos en Active Directory antes de editar primero. Dependiendo de cómo ejecute la secuencia de comandos, la secuencia de comandos puede generar un archivo que elimina todas las direcciones proxy de todo el dominio. Debe examinar detenidamente el archivo de salida antes de aplicarlo a Active Directory para asegurarse de que hace lo que desea.
  • Las tres principales líneas en el archivo son un comentario y el espacio en blanco que debe quitar antes de ejecutar el archivo. Si hay advertencias en la parte superior del archivo, debe quitar también estos.
  • Si se detiene la secuencia de comandos con el mensaje "Línea discontinua encontrado!", debe corregir la línea en la que se notifican y vuelva a ejecutar la secuencia de comandos.
  • 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 tiene en cuenta para este estándar, excepto al informe cuando se encuentra este tipo de línea. Si hay muchas líneas discontinuas 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 los saltos de línea. Puede utilizar Microsoft Word para realizar una búsqueda global y reemplazar, pero olvide guardar el archivo editado como texto sin formato. En Word, puede buscar el elemento siguiente y lo reemplaza por nada:
    ^ p [espacio]
    Observe 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 resultados hace que todas las direcciones de proxy se eliminarán 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, estrechamente debe examinar estos archivos para asegurarse de que contienen sólo los registros que desea importar.

    El formato de registro siguiente elimina todas las direcciones de proxy:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=comchangetype: modify
    delete: proxyAddresses
    -

    Si ninguna dirección proxy específico se denomina en el registro, se eliminan todas las direcciones. El siguiente formato de registro elimina sólo una dirección proxy única:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=comchangetype: modify
    delete: proxyAddresses
    proxyAddresses: SMTP:OBJECT@domain.com
    -

  • Para revertir los cambios realizados por el archivo de salida (excepto para los registros que realizan eliminaciones por mayor), buscar el archivo de salida, reemplace "eliminar: proxyAddresses" con "Agregar: proxyAddresses," y luego vuelva a importar el archivo.
  • Para exportar todas las direcciones proxy para los objetos de un contenedor, utilice la opción -R "(proxyAddresses=*)" filtro de búsqueda de Ldifde.

    Puede utilizar este archivo como un archivo de copia de seguridad de direcciones proxy que existen en un punto específico en el tiempo. Si procesa este archivo a través de Proxyfix.bat, puede crearse este archivo como un archivo de importación que puede utilizar para restaurar las direcciones si es necesario.
  • Si no se define un filtro como tercer parámetro en la línea de comandos Proxyfix.bat, todas las direcciones de 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 reemplazarlas con sólo las direcciones enumeradas en el archivo de salida.
  • Si elimina todas las direcciones proxy de todos los objetos, los objetos se cambian y se activa el Servicio de actualización de destinatarios para restaurar todas las direcciones de acuerdo con las directivas de destinatarios actuales. Sin embargo, antes de completar este proceso, pueden generarse informes de no entrega (NDR) para el correo en tránsito. Si se eliminan las direcciones en el contenedor de configuración, pueden detener los servicios de Exchange o no podrá iniciarlos si se detienen. Microsoft recomienda que tenga cuidado al administrar direcciones de proxy, especialmente para los objetos en el contenedor de configuración.
Para importar un archivo LDIF, ejecute el siguiente comando:
LDIFDE -i delproxies.txt -f
Propiedades

Id. de artículo: 318774 - Última revisión: 17 ene. 2017 - Revisión: 1

Comentarios