Prácticas recomendadas para las carpetas públicas de Exchange: habilitar carpetas públicas para enviar y recibir correo

 

Última modificación del tema: 2006-10-12

Una carpeta pública habilitada para correo es una carpeta pública que tiene una entrada de directorio. Los usuarios pueden buscar una carpeta pública habilitada para correo en la libreta de direcciones y enviar un mensaje de correo electrónico a la misma. En Microsoft® Exchange Server 5.5, todas las carpetas públicas estaban habilitadas para correo y ocultas de forma predeterminada. En Exchange 2000 Server y Exchange Server 2003, las carpetas pueden estar habilitadas o deshabilitadas para correo, dependiendo de si la organización de Exchange Server se encuentra en modo mixto o en modo nativo. Para obtener información sobre cómo habilitar una carpeta pública para correo, consulte Cómo habilitar una carpeta pública para correo.

Cuando una organización de Exchange Server se encuentra en modo mixto, todas las carpetas de la jerarquía de nivel superior (TLH) MAPI están habilitadas para correo. Las carpetas públicas de TLH MAPI están habilitadas para correo en modo mixto para compatibilidad con Exchange Server 5.5. El programa de administración de Exchange Server 5.5 espera encontrar una entrada de directorio para cada carpeta pública. Sin una entrada de directorio para cada carpeta pública, no se pueden administrar carpetas desde la herramienta de administración de Exchange 5.5.

Nota

Para ver una breve descripción de la diferencia entre TLH MAPI y TLH de aplicación, consulte Selección del cliente apropiado para el acceso a las carpetas públicas de Exchange.

Cuando la organización de Exchange Server cambia a modo nativo, las carpetas públicas de TLH MAPI pueden estar habilitadas o deshabilitadas para correo. En las nuevas carpetas de Exchange 2000 Server o en las nuevas carpetas públicas de Exchange Server 2003, la configuración predeterminada está deshabilitada para correo. La TLH de aplicación puede estar habilitada o deshabilitada para correo en un modo mixto pero la configuración predeterminada está deshabilitada para correo. En modo nativo, la TLH de aplicación puede estar habilitada o deshabilitada para correo y la configuración predeterminada está deshabilitada para correo.

En la tabla siguiente se resume el estado habilitado para correo que se analiza aquí.

TLH Modo mixto Modo nativo

MAPI

Siempre está habilitado para correo y oculto de la lista global de direcciones (GAL).

Puede estar habilitado o deshabilitado para correo. La opción predeterminada es deshabilitado para correo. Cuando las carpetas públicas están habilitadas para correo, los objetos proxy de las carpetas públicas no están ocultos de la lista GAL.

Tenga en cuenta que las carpetas públicas que se crean en modo mixto siguen habilitadas para correo cuando una organización cambia a modo nativo.

Aplicación

Puede estar habilitada o deshabilitada para correo. La opción predeterminada es deshabilitada. Cuando las carpetas públicas están habilitadas para correo, los objetos proxy de las carpetas públicas no están ocultos de la lista GAL.

Puede estar habilitada o deshabilitada para correo. La opción predeterminada es deshabilitada para correo. Cuando las carpetas públicas están habilitadas para correo, los objetos proxy de las carpetas públicas no están ocultos de la lista GAL.

Si tiene carpetas públicas habilitadas para correo en la organización, deberá conocer cómo se enrutan los elementos expuestos de carpetas públicas que se envían a través de correo electrónico a cada réplica de la organización.

Cuando las carpetas públicas están habilitadas para correo, se crea la entrada de servicio del directorio Active Directory® de objectClass publicFolder. La entrada de la carpeta pública contiene atributos específicos de correo. Por ejemplo, la entrada de la carpeta pública tiene los atributos siguientes:

  • proxyAddress
  • mailNickname
  • homeMDB

Es importante observar que la entrada de la carpeta pública no contiene ningún atributo que explique dónde se encuentran las réplicas de la carpeta pública.

Se necesitan dos pasos para entregar un elemento expuesto de la carpeta pública a través de correo electrónico.

  1. Exchange Server utiliza Active Directory para identificar el almacén de carpetas públicas que contiene la jerarquía de carpetas a la que pertenece la carpeta. A continuación, Exchange Server, reenvía el mensaje a ese almacén de carpetas públicas. Después, el almacén de carpetas públicas transporta el mensaje a una réplica de la carpeta, tal como se describe más adelante en el paso 2.
    Cuando Exchange Server recibe un mensaje que está enlazado a una carpeta pública, consulta a Active Directory para determinar el atributo homeMDB de la carpeta pública. El atributo homeMDB contiene el nombre completo (DN) de la jerarquía de carpetas en la que reside la carpeta pública. La entrada de la jerarquía de carpetas, a su vez, contiene el atributo msExchOwningPFTreeBL. El atributo msExchOwningPFTreeBL especifica los DN de todos los almacenes que forman la jerarquía de carpetas. En este punto, el destino final, que es la réplica de la carpeta, todavía es desconocido. Sin embargo, como Exchange Server conoce los nombres de todos los almacenes que contienen la jerarquía de carpetas, la recepción del mensaje en cualquiera de estos almacenes genera una referencia a una réplica apropiada. Exchange Server selecciona uno de los almacenes que aparecen en msExchOwningPFTreeBL y envía el mensaje de acuerdo con los criterios siguientes:

    • Si el almacén del servidor local de Exchange que está procesando el mensaje actualmente aparece en el atributo msExchOwningPFTreeBL, Exchange Server envía el mensaje a su almacén local.
    • Si no aparece el almacén local, Exchange Server intenta encontrar un almacén en el grupo de enrutamiento local.
    • Si no aparece ningún almacén en el atributo msExchOwningPFTreeBL que se encuentra en el mismo grupo de enrutamiento, Exchange Server utilizará el primer almacén que se devuelva.
      El atributo msExchOwningPFTreeBL siempre devuelve el último almacén de carpetas públicas que se ha agregado. Cuando se instala un nuevo servidor, se crea un almacén de carpetas públicas. Por ello, con frecuencia, los últimos servidores instalados se devuelven en primer lugar. Si el servidor es nuevo, es posible que todavía no contenga una réplica de la jerarquía de carpetas. Por ello, la entrega del mensaje a este almacén generará un informe de no entrega (NDR). En el paquete acumulativo de revisiones posterior al Service Pack 3 (SP3) de Exchange 2000 Server y Exchange Server 2003, esta lógica ha cambiado, de modo que los mensajes no se envían a un almacén público con una antigüedad inferior a dos días. No obstante, si no existe ningún almacén con una antigüedad superior a dos días, el mensaje se enviará de todos modos al nuevo almacén.

    Nota

    Puede configurar la antigüedad (en días) con la que Exchange Server enviará mensajes para esta operación. Para obtener más información, consulte Public folder routing is enabled before the hierarchy is replicated (El enrutamiento de carpetas públicas está habilitado antes de que se replique la jerarquía).

  2. Una vez que el mensaje se ha enviado a un almacén de la jerarquía de carpetas, se redirige a un almacén que contiene una réplica de la carpeta. Exchange Server redirige el mensaje mediante el uso de una lógica similar a la que utiliza Exchange Server para proporcionar referencias de clientes a las réplicas. Si el servidor de destino contiene una réplica local, el mensaje se envía localmente. Si no existe ninguna réplica local, Exchange Server busca una réplica en el mismo grupo de enrutamiento. Si no existe ninguna réplica en el grupo de enrutamiento, Exchange Server entrega el mensaje a una réplica que se encuentre fuera del grupo de enrutamiento en la ruta con el costo más bajo.
    Sin embargo, Exchange Server trata los mensajes de las carpetas públicas de un modo diferente a los mensajes de replicación. Los trata de un modo similar al que utiliza con los mensajes normales de correo. Se aplican restricciones de tamaño del mensaje y restricciones de entrega. Exchange Server hace referencia a la tabla de estados de los vínculos para comprobar que se puede alcanzar el servidor de destino. Observe que las restricciones de las referencias a carpetas públicas y las listas de referencias por servidor personalizadas se ignoran.

Mediante el conocimiento del modo de enrutar los mensajes de correo electrónico de las carpetas públicas, podrá determinar el modo de configurar Exchange Server para optimizar la entrega de mensajes a las carpetas públicas.

Si la organización necesita hacer un uso intensivo de las carpetas públicas habilitadas para correo, deberá considerar la posibilidad de replicar jerarquías completas en servidores que podrían ser los destinatarios iniciales del correo destinado a las carpetas públicas pero sin replicar contenido en ellas. Normalmente, estos servidores son servidores cabeza de puente. Esta configuración causa el enrutamiento de correo en función de la información de estado de los vínculos porque el correo siempre se envía en primer lugar al almacén local y después se enruta.

A través de la especificación de servidores cabeza de puente, también puede administrar los costos del conector si fallan los servidores cabeza de puente o los conectores. Si falla el servidor cabeza de puente o los conectores, podrá elevar temporalmente el costo del conector para que los nuevos mensajes elija rutas con costos inferiores hasta que el servidor cabeza de puente o el conector vuelva a aparecer. Sin embargo, una desventaja que se debe tener en cuenta es que el tráfico de replicación se incrementará porque hay otra jerarquía en su organización.

Para obtener más información acerca del modo de enrutar mensajes de correo electrónico de las carpetas públicas y del motivo por el cual Active Directory no contiene sólo una lista de réplicas, consulte estas entradas del blog del equipo de Exchange:

Correo electrónico externo enviado a las carpetas públicas

Cuando se envía correo de Protocolo simple de transferencia de correo (SMTP), es decir, correo que no tiene origen MAPI, a una carpeta pública de un servidor de Exchange 2000 Server o Exchange Server 2003, la clase de mensaje es IPM.Post. En Exchange Server 5.5, la clase del mensaje que se envía a una carpeta pública es IPM.Note. Esta diferencia es importante para aquellas organizaciones que han creado soluciones de archivado de correo mediante el uso de carpetas públicas y Exchange 5.5.

Una clase de mensaje IPM.Note convierte a un mensaje de correo MAPI de correo básico. Una clase de mensaje IPM.Post convierte a un elemento expuesto de carpeta pública MAPI. Los dos tipos de mensajes tienen propiedades diferentes. Microsoft Office Outlook® los muestra de forma diferente y Exchange Server los transforma de un modo diferente cuando se convierten para otros clientes.

Puede modificar el comportamiento de Exchange 2000 Server y Exchange Server 2003 mediante la configuración de una clave de registro. La clave de registro almacena todos los mensajes SMTP que se envían a direcciones de carpetas públicas como IPM.Notes. Para obtener más información acerca de la configuración de esta clave de registro, consulte el artículo de Microsoft Knowledge Base, "Update to permit the caching of incoming SMTP messages as IPM.Note in Exchange Server 2003" (Actualizar para permitir el almacenamiento en caché de los mensajes SMTP entrantes como IPM.Note en Exchange Server 2003).

Finalmente, si desea habilitar usuarios que estén fuera de su organización para que publiquen mensajes en carpetas públicas, deberá asegurarse de que los permisos de las carpetas públicas están configurados correctamente. En Exchange Server 5.5, todas las carpetas públicas estaban configuradas de modo que el principio de seguridad Todos tuviera permisos de Colaborador. Todos los mensajes entrantes SMTP no autenticados se trataban como si hubieran sido enviados por Todos y se entregaban elementos expuestos externos.

En Exchange 2000 Server y Exchange Server 2003, el principio de seguridad Todos se ha eliminado de las carpetas predeterminadas de TLH MAPI. En su lugar, Exchange 2000 Server y Exchange Server 2003 utilizan el principio de seguridad Anónimo y asignan permisos de Colaborador a Anónimo de forma predeterminada. En Exchange 2000 Server y Exchange Server 2003, los mensajes entrantes no autenticados se tratan como Anónimos.

Para obtener más información, consulte el artículo de Knowledge Base "Anonymous Permissions for Public Folder Are Set to Contributor in Exchange 2000" (Los permisos anónimos para carpeta pública se establecen en Exchange 2000 como Colaborador).

Para obtener más información

Para aprender más acerca de las carpetas públicas de Exchange Server, consulte los recursos siguientes: