Compartir a través de

Descripción de las directivas de libreta de direcciones

  • Artículo

 

Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Última modificación del tema: 2016-11-28

La segmentación de la lista global de direcciones (LGD) (también conocida como segregación de LGD) es el proceso por el que los administradores segmentan a usuarios en grupos específicos, a fin de proporcionar vistas personalizadas de la LGD de una organización. En MicrosoftExchange Server 2007 y en versiones anteriores era complicado segmentar la LGD y era preciso utilizar un DN basado en consultas (que actuaba como raíz de las búsquedas en directorios) o listas de control de acceso (ACL) para permitir o denegar el acceso a las listas de direcciones. Para obtener más información sobre cómo configurar la segmentación de LGD en Exchange 2007, vea Configuración de organizaciones virtuales y segregación de listas de direcciones en Exchange 2007.

A fin de simplificar el proceso, MicrosoftExchange Server 2010 Service Pack 2 (SP2) introduce directivas de libreta de direcciones (ABP). Al crear una ABP, asigna una GAL, una libreta de direcciones sin conexión (OAB), una lista de sala y una o varias listas de direcciones a la directiva. A continuación, puede asignar la ABP a usuarios de los buzones y proporcionarles acceso a una LGD personalizada en Outlook y Outlook Web App. El objetivo es proporcionar un mecanismo más sencillo para cumplir la segmentación de GAL para organizaciones locales que necesiten varias GAL.

Nota

Las ABP pretenden optimizar la LGD para cada grupo de usuarios, hacer posible la visión del resto de usuarios o resolver otros usuarios en la organización. Las ABP solo crean una separación virtual de usuarios, no una separación legal.

Importante

Las ABP no están disponibles en Office 365. Como resultado, si su implementación es híbrida, la libreta de direcciones completa estará visible para los usuarios con buzones basados en nube.

Cómo funcionan las ABP

Las ABP contienen las listas siguientes:

  • Una LGD

  • Una OAB

  • Una lista de salas (para fines de reserva)

  • Una o más listas de direcciones

En la siguiente figura, la directiva de libreta de direcciones A consta de un subconjunto de varios objetos de dirección que existen en la organización (se muestra en la parte inferior de la figura). El ámbito que resulta de una ABP equivale al de la LGD contenida en la directiva, en el caso LGD1. Cuando se crea y se asigna la LGD a un usuario, los objetos de dirección en la LGD se convierten en el ámbito de los objetos que el usuario puede ver.

Puede usar los siguientes métodos para asignar ABP a usuarios de correo individuales:

¿Buzón nuevo o existente? Consola Consola de administración de Exchange

Nuevo

Cmdlet New-Mailbox con el parámetro AddressBookPolicy

Pestaña Configuración del buzón de correo en el Asistente para nuevo buzón

Existente

Cmdlet Set-Mailbox con el parámetro AddressBookPolicy

Pestaña Configuración del buzón de correo en la página de propiedades del buzón

Las ABP se aplican cuando una aplicación de cliente de un usuario se conecta al servicio de libreta de direcciones de Microsoft Exchange en el servidor de acceso de clientes. Si cambia las ABP, no se aplicará la actualización de estas hasta que el usuario reinicie OutlookOutlook Web Access, o hasta que reinicie el servicio de libreta de direcciones de Microsoft Exchange. Para obtener más información, consulte Descripción del servicio de libreta de direcciones.

Entourage, Outlook para Mac y ABP

Las ABP no funcionan para usuarios de Entourage o de Outlook para Mac que estén conectados a la red corporativa. Cuando se encuentran en la red corporativa, los clientes de Entourage y de Outlook para Mac se conectan directamente al servidor del catálogo global y consultan directamente a Active Directory, en lugar de usar el servicio de libreta de direcciones de Microsoft Exchange. No obstante, los clientes de Outlook para Mac 2011 que se conectan desde Internet pueden usar una OAB o los Servicios web de Exchange (EWS). Como resultado, estos clientes pueden ver la LGD basada en la ABP asignada. Para obtener más información sobre la administración de Outlook para Mac 2011, vea Planeamiento de Outlook para Mac 2011

Implementación de las ABP

Esta sección proporciona información sobre la implementación de las ABP en una organización, e incluye procedimientos recomendados, escenarios y pasos generales. Para revisar todas las tareas de administración de ABP, vea Gestión de directivas de la libreta de direcciones.

Consideraciones y procedimientos recomendados

Cuando configure las ABP en su organización, considere lo siguiente:

  • Para que las ABP funcionen correctamente, el buzón de usuario en el que aplica la ABP debe estar en un servidor MicrosoftExchange Server 2010 SP2.

  • No ejecute el rol de servidor Acceso de clientes en el servidor de catálogo global. Si realiza esto, se usa Active Directory para la interfaz del proveedor de servicio de nombres (NSPI), en lugar del servicio de libreta de direcciones de Microsoft Exchange.

  • No se puede usar la libreta de direcciones jerárquica (LJD) y las ABP al mismo tiempo. Para obtener más información sobre las LJD, consulte Descripción de las libretas de direcciones jerárquicas.

  • Los usuarios con ABP asignadas deben existir en su propia LGD.

  • Si permite que aplicaciones de clientes tengan acceso a Active Directory directamente a través de LDAP, omitirán la lógica integrada en las ABP. Outlook 2011 y Entourage 2008 usan consultas LDAP directas para tener acceso a Active Directory. Por este motivo, dichas aplicaciones de cliente no funcionarán adecuadamente con las ABP si el servicio de Detección automática les ha especificado o proporcionado un controlador de dominio o un servidor de catálogo global. Outlook 2011 puede usar EWS o una OAB local para tener acceso a la información del directorio. No obstante, si Outlook 2011 tiene acceso directamente a un servicio LDAP, intentará el acceso de este modo.

  • La LGD que se usa en una ABP debe contener, como mínimo, todas las listas de direcciones, incluida la lista de direcciones de salas definida y especificada en una ABP. No cree una LGD que contenga menos objetos que cualquiera de las listas de direcciones en la misma ABP.

  • Se recomienda crear grupos de distribución que no crucen los límites de la organización virtual. La creación de grupos de distribución que contengan miembros de varias organizaciones virtuales origina los siguientes problemas:

    • Si los miembros de los grupos solicitan confirmaciones de envío o de lectura cuando envían un correo al grupo de distribución, podrán ver las direcciones de correo electrónico de los miembros del grupo en otras organizaciones virtuales

    • Si se envía un mensaje cifrado al grupo de distribución y algunos miembros del grupo no poseen un identificador digital válido, el remitente recibirá un mensaje de advertencia que incluye el número total de miembros que no poseen un identificador válido y una lista de sus direcciones de correo electrónico. No obstante, si algunos de los miembros sin identificador digital válido están en una organización distinta a la del remitente, el mensaje de advertencia incluirá la cuenta correcta pero no incluirá las direcciones de correo electrónico de los miembros de la otra organización. Como resultado, el recuento total no coincidirá con la lista de direcciones de miembros.

      Por ejemplo, digamos que un grupo de distribución contiene en total cinco miembros de dos organizaciones, Agencia A y Agencia B. Tres miembros del grupo pertenecen a la Agencia A y uno de estos miembros tiene un identificador digital no válido. Los otros dos miembros pertenecen a la Agencia B y ambos tienen un identificador digital no válido. Si un miembro de la Agencia A envía un mensaje cifrado al grupo de distribución, dicho miembro recibirá un mensaje de advertencia de que hay un total de tres destinatarios sin identificador digital válido. No obstante, sólo la dirección de correo electrónico para el destinatario de la Agencia A estará incluido en el mensaje de advertencia.

    • Las ABP no se aplican a los cmdlets Get-Group. Por lo tanto, cualquier usuario o proceso disponible para ejecutar Get-Group verá todos los miembros de cualquier grupo al que tenga acceso.

      Se recomienda modificar la configuración de la administración de grupos del Panel de control de Exchange (ECP), de modo que los usuarios no puedan usar el ECP para administrar grupos. Para evitar que los usuarios usen el ECP para administrar grupos, exclúyalos del rol RBAC MyDistributionGroupMembership. Para obtener información detallada, vea Función MyDistributionGroupMembership y Desactivar la capacidad del usuario para crear grupos de distribución.

    • Si permite a los usuarios que usen Outlook o Outlook Web App para administrar grupos, los propietarios de los grupos deben tener completa visibilidad sobre los miembros del grupo.

  • Todas las ABP deben contener una lista de direcciones de salas. Sin embargo, si en su organización no se usan listas de direcciones de salas, puede crear una lista de direcciones de salas vacía predeterminada.

  • La implementación de las ABP no impide que los usuarios de una organización virtual envíen correos electrónicos a los usuarios de otra organización virtual. Si desea impedir que los usuarios envíen correos electrónicos de una organización a otra, se recomienda crear una regla de transporte. Por ejemplo, para crear una regla de transporte que impida que los usuarios de Contoso reciban mensajes de los usuarios de Fabrikam, pero que siga permitiendo al equipo de directivos de Fabrikam enviar mensajes a los usuarios de Contoso, ejecute el siguiente comando de Shell:

    New-TransportRule -Name "StopFabrikamtoContosoMail" -FromMemberOf "AllFabrikamEmployees" -SentToMemberOf "AllContosoEmployees" -DeleteMessage -ExceptIfFrom seniorleadership@fabrikam.com

    Para obtener más información, consulte Crear una regla de transporte.

  • Si quiere aplicar la ABP en el cliente Lync, puede establecer el atributo msRTCSIP-GroupingID en objetos específicos del usuario. Para obtener más detalles, vea el tema PartitionByOU sustituida por msRTCSIP-GroupingID.

Escenarios de implementación

Los tres escenarios siguientes describen posibles soluciones de implementación para tres tipos de organización. Aunque existen muchos otros, los escenarios más comunes se incluyen aquí. Las listas de direcciones y las LGD de los escenarios se crearon tomando como base filtros tales como Atributos personalizados que agrupan objetos de forma local.

Escenario 1: Dos empresas independientes: una organización de Exchange

Este escenario se aplica a empresas que tienen agencias, divisiones o departamentos independientes que:

  • Están dentro de la misma organización de Exchange.

  • No comparten empleados.

  • No comparten una cadena común de notificación.

Además, las agencias, divisiones o los departamentos no tienen ninguna preocupación especial relativa a la seguridad o la privacidad.

En este escenario, se crean dos ABP con la siguiente configuración:

  • Los empleados que ven la LGD o los miembros del grupo de distribución pueden ver solo los destinatarios dentro de su misma empresa.

  • No hay grupos de distribución que abarquen ambas empresas.

La siguiente tabla incluye las listas de direcciones, LGD, listas de salas y OAB que están incluidas en las ABP para Contoso y Humongous Insurance. Los componentes de la ABP se crearon mediante el parámetro CustomAttribute15 para agrupar los objetos. Debido a que las dos empresas son independientes y no existe ninguna interacción entre ambas, no comparten ninguna lista de direcciones.

Componente de ABP

Contoso

Humongous Insurance

Listas de direcciones

LD_CON_Grupos

LD_CON_Usuarios_DG

LD_CON_Contactos

LD_HI_Grupos

LD_HI_Usuarios_DG

LD_HI_Contactos

LGD

LGD_CON

LGD_HI

Lista de salas

LD_CON_Salas

LD_HI_Salas

OAB

OAB_CON

OAB_HI

Escenario 2: Dos empresas comparten un presidente ejecutivo

Este escenario se aplica a empresas que:

  • Están dentro de la misma organización de Exchange.

  • Comparten al mismo presidente ejecutivo.

  • No comparten empleados.

En este escenario, se crean tres ABP con la siguiente configuración:

  • Los empleados que ven la LGD o los miembros del grupo de distribución pueden ver solo los destinatarios dentro de su misma empresa.

  • En cada empresa hay un grupo de distribución con el nombre AltosEjecutivos, que incluye a los altos ejecutivos de dicha empresa y al presidente ejecutivo común.

  • Los empleados que ven los miembros del grupo del presidente ejecutivo sólo pueden ver grupos dentro de su misma empresa.

  • Se crean tres ABP: Fabrikam, Tailspin Toys y Presidente ejecutivo.

Componente de ABP

Fabrikam

Tailspin Toys

Presidente ejecutivo

Listas de direcciones

LD_FAB_Usuarios_DG

LD_FAB_Contactos

LD_TAIL_Usuarios_DG

LD_TAIL_Contactos

LD_FAB_Usuarios_DG

LD_FAB_Contactos

LD_TAIL_Usuarios_DG

LD_TAIL_Contactos

LGD

LGD_FAB

LGD_TAIL

LGD predeterminada

Lista de salas

LD_FAB_Salas

LD_TAIL_Salas

Todas las salas predeterminadas

OAB

OAB_FAB

OAB_TAIL

OAB predeterminada

Cuando el presidente ejecutivo se agregue a los grupos de distribución de cada empresa y forma parte del ámbito de aplicación de la ABP de la compañía, el presidente ejecutivo estará visible para todas las empresas. El presidente ejecutivo está visible en las LGD de ambas empresas, Fabrikam y Tailspin Toys y puede crear grupos de distribución que abarquen ambas empresas. Sin embargo, los miembros del grupo de distribución sólo pueden ver los miembros que pertenecen a su misma empresa.

Escenario 3: Educación

Este escenario se aplica a escuelas y universidades, en las que se necesita una división de aulas para asegurar la privacidad de los estudiantes.

En este escenario, se crean las ABP con la siguiente configuración:

  • Los estudiantes solo pueden ver a otros estudiantes de su aula, a los profesores y al director.

  • Los profesores solo pueden ver a los estudiantes de sus aulas, a todos los profesores y al director.

  • Se crean grupos de distribución para los elementos principales de cada aula y para la facultad.

   

Estudiantes_AulaA

Profesores_AulaA

Director

Listas de direcciones

LD_AulaA

LD_Director

LD_AulaA

LD_TodosProfesores

LD_TodosGrupos

LD_Director

LD_AulaA

LD_AulaB

LD_TodosProfesores

LD_TodosEstudiantes

LD_TodosGrupos

Lista global de direcciones

LGD_EstudiantesAulaA

LGD_ProfesoresAulaA

LGD_Todos

Lista de direcciones de salas

LD_SalaVacía

LD_SalaVacía

Todas las salas predeterminadas

Libreta de direcciones sin conexión

OAB_EstudiantesAulaA

OAB_ProfesoresAulaA

OAB predeterminada

Pasos generales de implementación

En esta sección se proporcionan los pasos generales para implementar ABP en su organización, y se incluye cómo migrar desde la segmentación de listas de direcciones de Exchange 2007.

Migración de la segmentación de la lista de direcciones a ABP

Si actualmente usa la segmentación de la lista de direcciones Exchange 2007 (según las instrucciones de las notas del producto Configuración de organizaciones virtuales y segregación de listas de direcciones en Exchange 2007) y desea migrar a las ABP, siga los pasos descritos en Migrar a Exchange 2010 directivas de libretas de direcciones de una segregación de listas de direcciones de Exchange 2007. Este procedimiento requiere algunos periodos de inactividad para la organización, así que asegúrese de planear debidamente.

Nueva implementación de ABP

Si no usa la segmentación de listas de direcciones Exchange 2007, siga los pasos descritos en esta sección para implementar ABP en su organización.

Los pasos siguientes se aplican para el Escenario 2: Dos empresas comparten un presidente ejecutivo. En este escenario, Fabrikam y Tailspin Toys son empresas independientes que comparten el presidente ejecutivo y el equipo de directivos. Este escenario requiere tres ABP:

  • ABP_FAB

  • ABP_TAIL

  • ABP_Presidente Ejecutivo

Paso 1: Dividir las organizaciones virtuales

Tendrá que desarrollar un modo para dividir la organización en organizaciones virtuales. Cuando haga esta división, se recomienda usar las propiedades del atributo personalizado en los buzones, contactos y grupos, en lugar de los atributos condicionales predefinidos (tales como Compañía, Departamento, o Estado/Provincia). El uso de atributos personalizados en lugar de atributos predefinidos incluye las siguientes ventajas:

  • No todos los tipos de destinatarios han predefinido atributos condicionales en Active Directory. Por ejemplo, los objetos de Active DirectoryGrupo de distribución y Grupo de distribución dinámico no son compatibles con los atributos Compañía, Departamento o Estado/Provincia.

  • No todos los atributos condicionales predefinidos están expuestos en cmdlets para algunos destinatarios. Por ejemplo, los parámetros Company, Department, y StateOrProvince no están disponibles en cmdlets para usuarios, contactos, grupos de distribución de correo y carpetas públicas habilitadas para correo.

  • Se requieren varios cmdlets para segmentar los destinatarios cuando se usan atributos condicionales predefinidos. Por ejemplo, para establecer los parámetros Company, Department o StateOrProvince para un buzón de usuario, debe establecer el cmdlet Set-User después de establecer los cmdlets New-Mailbox o Set-Mailbox.

    No obstante, los parámetros CustomAttribute están expuestos en los cmdlets Set-* para cada tipo de destinatario, de modo que no se tiene que ejecutar el cmdlet Set-User.

  • Las propiedades de los atributos personalizados están explícitamente reservadas para personalizar una organización y los administradores de la organización las controlan en su totalidad.

Para obtener más información sobre los atributos personalizados, vea Descripción de los atributos personalizados.

Otro procedimiento recomendado a la hora de dividir la organización es usar identificadores de compañía en los nombres de los grupos de distribución y grupos de distribución dinámicos. Un método para hacer esto es utilizar directivas de nomenclatura de grupo. Estas directivas le permiten especificar que un prefijo, un sufijo o ambos se apliquen a los nombres del grupo de distribución. Esto es útil cuando se divide la organización, ya que puede usar estas directivas para especificar un prefijo o un sufijo basados en los atributos de usuario, tales como el creador de las propiedades de los atributos personalizados y de la Compañía, el Estado/Provincia y el Departamento del grupo de distribución. Este procedimiento es especialmente importante si permite a los usuarios crear sus propios grupos de distribución. Para obtener más información, consulte Crear una directiva de nomenclatura de grupos de distribución.

Nota

Las directivas de nomenclatura de grupo no se aplican a grupos de distribución dinámicos, por lo tanto debe aplicar la directiva de nomenclatura de forma manual.

Paso 2: Crear las listas de direcciones, la lista de salas, las LGD y las OAB

Cuando cree las listas de direcciones y las LGD no use los parámetros IncludedRecipient y ConditionalX, tales como ConditionalCompany y ConditionalCustomAttribute5. En su lugar, se recomienda usar filtros de destinatarios. Para obtener más información sobre los filtros de destinatarios, vea Crear filtros en los comandos de destinatario.

Nota

Todos los procedimientos incluidos en esta sección utilizan comandos de Shell porque no puede usar EMC para crear filtros de destinatarios.

Crear listas de direcciones

Cuando cree la ABP, incluya varias listas de direcciones en función de cómo desea que los usuarios vean las listas en Outlook o Outlook Web App. Este escenario requiere cuatro listas de direcciones:

  • LD_FAB_Usuarios_DG

  • LD_FAB_Contactos

  • LD_TAIL_Usuarios_DG

  • LD_TAIL_Contactos

Este ejemplo crea la lista de dirección LD_TAIL_Usuarios_DG. La lista de direcciones contiene todos los usuarios y grupos de distribución, donde CustomAttribute15 equivale a TAIL.

New-AddressList -Name "AL_TAIL_Users_DGs" -RecipientFilter {((RecipientType -eq 'UserMailbox') -or (RecipientType -eq "MailUniversalDistributionGroup") -or (RecipientType -eq "DynamicDistributionGroup") -and (CustomAttribute15 -eq "TAIL"))}

El comando de arriba se ejecutaría para crear el resto de listas de direcciones: LD_FAB_Usuarios_DG, LD_FAB_Contactos y LD_TAIL_Contactos.

Para obtener información detallada acerca de la sintaxis y los parámetros, consulte New-AddressList.

Para obtener más información sobre la creación de listas de direcciones con filtros de destinatarios, vea Crear una lista de direcciones mediante filtros de destinatario.

Crear listas de salas

Este escenario requiere tres listas de salas:

  • LD_FAB_Salas

  • LD_TAIL_Salas

  • Todas las salas predeterminadas (creadas de forma predeterminada)

Las ABP deben contener una lista de salas. Si su organización no tiene buzones de recursos (tales como buzones de sala o de equipamiento), se recomienda crear una lista de salas vacía. En el ejemplo siguiente se crea la lista de salas vacía LD_SalaVacía.

New-AddressList -Name AL_BlankRoom -RecipientFilter ((Alias -ne $null) -and ((RecipientDisplayType -eq 'ConferenceRoomMailbox') -or (RecipientDisplayType -eq 'SyncedConferenceRoomMailbox')))

Sin embargo, en este escenario, Fabrikam y Tailspin Toys tienen buzones de sala. En este ejemplo se crea la lista de salas para Tailspin Toys mediante un filtro de destinatarios donde CustomAttribute15 equivale a TAIL.

New-AddressList -Name AL_TAIL_Rooms -RecipientFilter {(Alias -ne $null) -and (CustomAttribute15 -eq "TAIL")-and (RecipientDisplayType -eq 'ConferenceRoomMailbox') -or (RecipientDisplayType -eq 'SyncedConferenceRoomMailbox')}

El comando de arriba se ejecutaría para crear la lista de salas para Fabrikam (LD_FAB_Salas).

Para obtener información detallada acerca de la sintaxis y los parámetros, consulte New-AddressList.

Crear las LGD

Este escenario requiere tres LGD:

  • LGD_FAB

  • LGD_TAIL

  • LGD predeterminada (creada de forma predeterminada)

La LGD usada en una ABP debe ser un superconjunto de las listas de direcciones. No cree una LGD con menos objetos de los que existen en una o en todas las listas de direcciones en la ABP.

En este ejemplo se crea la LGD para Tailspin Toys. Incluye todos los destinatarios que existen en las listas de direcciones y la lista de salas.

New-GlobalAddressList -Name "GAL_TAIL" -RecipientFilter {(CustomAttribute15 -eq "TAIL")}

El comando de arriba se ejecutaría para crear la LGD para Fabrikam (LGD_FAB).

Para obtener información detallada acerca de la sintaxis y los parámetros, consulte New-GlobalAddressList.

Crear las OAB

Este escenario requiere tres LGD:

  • OAB_FAB

  • OAB_TAIL

  • OAB predeterminada (creada de forma predeterminada)

Cuando use New-OfflineAddressBook o Set-OfflineAddressBook para crear la OAB, incluya las listas de direcciones apropiadas o la LGD en el parámetro AddressLists para asegurarse de que no falte ninguna entrada de forma inesperada. Por ejemplo, si quiere personalizar el conjunto de listas que un usuario verá cuando vea la OAB, o si simplemente quiere reducir el tamaño de descarga de la OAB, puede utilizar el parámetro AddressLists para especificar las listas de direcciones disponibles en la OAB. No obstante, si quiere que los usuarios vean todo el conjunto de registros de la LGD en la OAB, asegúrese de que incluye la LGD en el parámetro AddressLists.

En este ejemplo se crea la OAB para Tailspin Toys. La LGD completa (LGD_TAIL) se incluye en la OAB.

New-OfflineAddressBook -Name "OAB_TAIL" -AddressLists "GAL_TAIL"

El comando de arriba se ejecutaría para crear la OAB para Fabrikam (OAB_FAB).

Para obtener información detallada acerca de la sintaxis y los parámetros, consulte New-OfflineAddressBook.

Paso 3: Crear las ABP

Después de crear todas las listas necesarias, puede crear las ABP.

En este ejemplo se crea la ABP para Tailspin Toys.

New-AddressBookPolicy -Name "ABP_TAIL" -AddressLists "AL_TAIL_Users_DGs","AL_TAIL_Contacts" -OfflineAddressBook "\OAB_TAIL" -GlobalAddressList "\GAL_TAIL" -RoomList "\AL_TAIL_Rooms"

El comando de arriba se ejecutaría para crear las ABP para Fabrikam (ABP_FAB) y el Presidente ejecutivo de la organización (ABP_Presidente ejecutivo).

Para obtener información detallada acerca de la sintaxis y los parámetros, consulte New-AddressBookPolicy.

Paso 4: Asignar las ABP a los buzones de correo

El último paso del proceso es asignar las ABP a los usuarios. Las ABP se aplican cuando una aplicación de usuario se conecta al servicio de libreta de direcciones de Microsoft Exchange en el servidor de acceso de clientes. Los usuarios que ya están conectados a Outlook o Outlook Web App cuando se aplica la ABP a su cuenta tendrán que cerrar y reiniciar la aplicación del cliente para poder ver las nuevas listas de direcciones y LGD.

En este ejemplo se asigna la directiva de libreta de direcciones ABP_TAIL a todos los buzones de correo donde CustomAttribute15 equivale a TAIL.

Get-Mailbox -resultsize unlimited | where {$_.CustomAttribute15 -eq "TAIL"}| Set-Mailbox -AddressBookPolicy "ABP_TAIL"

Para obtener más información, consulte Asignar una directiva de libreta de direcciones a un usuario de correo.

 © 2010 Microsoft Corporation. Reservados todos los derechos.