Administrar el directorio de reproducción

Artículo
08/09/2014

Se aplica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Última modificación del tema: 2007-02-22

De forma predeterminada, el directorio de reproducción existe en cada equipo con Microsoft Exchange Server 2007 que tiene instalada la función del servidor Transporte de concentradores. Los archivos de mensajes de correo electrónico con formato correcto que copia al directorio de reproducción se envían para su entrega. El directorio de reproducción recibe mensajes de servidores de puerta de enlace externos y reenvía los mensajes que los administradores exportan desde las colas de servidores de Exchange 2007.

Utilice el cmdlet Set-TransportServer para todas las tareas de configuración del directorio de reproducción. Utilice este cmdlet para llevar a cabo los siguientes cambios en la configuración del directorio de reproducción:

Habilitar o deshabilitar el directorio de reproducción.
Indicar la ubicación del directorio de reproducción.
Indicar una velocidad máxima para el procesado de archivos de mensajes en mensajes por minuto.

Cómo procesa los mensajes el directorio de reproducción

Un archivo de mensaje .eml con formato correcto que se copia al directorio de reproducción se procesa para su envío en los siguientes pasos:

El directorio de reproducción se comprueba cada 5 segundos en busca de nuevos archivos de mensaje. Este intervalo de sondeo no puede modificarse. Puede ajustar la velocidad de procesado de archivos de mensaje utilizando el parámetro PickupDirectoryMaxMessagesPerMinute con el cmdlet Set-TransportServer. El valor predeterminado es 100 mensajes por minuto. Los archivos que no pueden abrirse se dejan en el directorio de reproducción y se vuelven a evaluar en el intervalo de sondeo.
El nombre del archivo se modifica de <nombre>.eml a <nombre>.tmp. Si el archivo *<nombre>.*tmp ya existe, se cambia el nombre a <nombre><fechahora>.tmp. Si el archivo restante falla, se genera un error del registro de eventos y el proceso de reproducción procede con el siguiente archivo.
Una vez convertido correctamente el archivo .tmp en un mensaje de correo electrónico, se envía un comando de eliminación tras cierre al archivo .tmp. Parece que el archivo .tmp permanece en el directorio de reproducción, pero no puede abrirlo nadie más.
Cuando el mensaje se ha colocado correctamente en la cola de entrega, se genera un comando "cerrar" y el archivo .tmp se elimina del directorio de reproducción. Si se produce un error en la eliminación, se genera un error de registro de eventos. Si el servicio de Transporte de Microsoft Exchange se reinicia cuando hay archivos .tmp en el directorio de reproducción, todos los archivos .tmp cambian de nombre a .eml y se vuelven a procesar. Esto podría causar una duplicación de la transmisión de mensajes.

La anatomía de un archivo de mensaje de correo electrónico

Un mensaje de correo electrónico SMTP estándar se compone del sobre del mensaje y el contenido del mensaje. El sobre del mensaje contiene información necesaria para la transmisión y la entrega del mensaje. El contenido del mensaje contiene el cuerpo del mensaje y campos de encabezado de mensaje que se agrupan bajo la denominación de encabezado del mensaje. El sobre del mensaje está descrito en RFC 2821, y el encabezado del mensaje está descrito en RFC 2822.

Cuando un emisor redacta un mensaje de correo electrónico y lo envía para su entrega, el mensaje contiene la información básica necesaria para el cumplimiento de los estándares SMTP, como el emisor, un receptor, la fecha y la hora de redacción del mensaje, una línea de asunto opcional y un cuerpo del mensaje también opcional. Esta información está contenida en el propio mensaje y, por definición, está contenida en el encabezado del mensaje. El servidor de mensajería del emisor genera un sobre de mensaje para el mensaje utilizando la información del emisor y el destinatario que se encuentra en el encabezado del mensaje, y transmite el mensaje a Internet para su entrega. Los destinatarios nunca ven el sobre del mensaje porque lo genera el proceso de transmisión del mensaje y no forma parte del mensaje. Cada servidor implicado en la transmisión del mensaje puede insertar campos de encabezado del mensaje relacionados con la función del servidor en entrega u otros campos de encabezado de mensaje específicos de la aplicación en el encabezado del mensaje. Cuando el destinatario abre el mensaje utilizando un cliente de correo electrónico, el cliente de correo muestra parte de la información más relevante del encabezado del mensaje, como el remitente, los destinatarios y el asunto.

La mejor analogía para explicar la relación entre el sobre del mensaje y el encabezado del mensaje es el envío de correo postal en una gran empresa. Escriba una carta comercial formal con la dirección de su compañía y la del destinatario en el saludo al principio de la carta. Entrega la carta al departamento de correo para su procesamiento. El personal del departamento crea un sobre utilizando la información del destinatario, introduce la carta y la deposita en el buzón para su entrega. El servicio postal entrega el sobre a la compañía del destinatario en función de la dirección que figura en el mismo. El personal de correo de la compañía destinataria recibe el sobre, determina quién es el destinatario, abre el sobre y deja la carta en el buzón del destinatario. Cuando el destinatario recibe su carta en su buzón personal, sabe, por la información que consta en el saludo, que usted escribió esa carta y que va a su atención.

Requisitos para archivos de mensajes en el directorio de reproducción

El directorio de reproducción se utiliza para reenviar mensajes de Exchange exportados y recibir mensajes desde servidores de puerta de enlace externos. Esos mensajes ya están formateados para el directorio de reproducción. Casi no es necesario que un administrador o que otra aplicación redacte y envíe nuevos archivos de mensajes utilizando el directorio de reproducción. Debe utilizarse el directorio de recogida para crear y enviar nuevos archivos de mensaje.

Los mensajes del directorio de reproducción hacen un uso extensivo de campos de encabezado X. Los encabezados X son campos de encabezado de mensaje no oficiales definidos por el usuario que se encuentran en el encabezado del mensaje. Los encabezados X no se mencionan específicamente en RFC 2822, pero el uso de un campo de encabezado de mensaje no definido que empieza con "X-" se ha convertido en un método aceptado para agregar campos de encabezado de mensaje no oficiales a un mensaje. Los encabezados X específicos de Exchange 2007 que se utilizan en los archivos de mensaje del directorio de reproducción pueden establecer información de entrega que normalmente se encuentra en el sobre del mensaje. Esta función es necesaria para preservar información del mensaje original cuando utiliza el directorio de reproducción para procesar mensajes exportados de otro servidor de Exchange.

Un archivo de mensaje que se copia en el directorio de reproducción debe cumplir los siguientes requisitos para que la entrega sea correcta:

El archivo de mensaje debe ser un archivo de texto que cumpla con el formato de mensaje SMTP básico. Se admiten contenidos y campos de encabezado de mensaje de extensiones multipropósito de correo Internet (MIME).
El archivo de mensaje debe tener la extensión de nombre de archivo .eml.
Los encabezados X deben tener lugar antes de todos los campos de encabezado normales.
Debe haber una línea en blanco entre los campos de cabecera y el cuerpo del mensaje.

Los encabezados X descritos en la siguiente lista son necesarios para los mensajes del directorio de reproducción:

X-Sender: Este encabezado X sustituye al requisito de campo de encabezado de mensaje From: de un mensaje SMTP típico. Debe existir un campo X-Sender: que contenga una dirección de correo electrónico. El directorio de reproducción ignora el campo de encabezado From: si está presente, aunque el cliente de correo electrónico del destinatario muestra el valor del campo de encabezado de mensaje From: como emisor del mensaje. Suelen existir otros parámetros en el campo X-Sender:, como figura en el siguiente ejemplo:
```
X-Sender: <bob@fabrikam.com> BODY=7bit RET=HDRS ENVID=12345ABCD auth=<someAuth>
```
Nota

Estos parámetros son valores del sobre del mensaje generados normalmente por el servidor emisor. Es posible que vea parámetros similares en archivos de mensaje exportados.
RET= indica si todo el mensaje o sólo las cabeceras deben devolverse al emisor si el mensaje no puede entregarse. RET= puede tener un valor de HDRS o FULL.
ENVID= es un identificador de sobre de mensaje. BODY= indica la codificación del texto del mensaje. AUTH= indica un mecanismo de autenticación para el servidor de mensajería como se describe en RFC 2554.
X-Receiver: Este encabezado X sustituye al requisito de campo de encabezado de mensaje To: de un mensaje SMTP típico. Debe existir como mínimo un campo X-Receiver: que contenga una dirección de correo electrónico. Se permiten múltiples campos X-Receiver: para múltiples destinatarios. El directorio de reproducción ignora los campos de encabezado de mensaje To: si están presentes, aunque el cliente de correo electrónico del destinatario muestra los valores de los campos de encabezado de mensaje To: como destinatario del mensaje. Pueden existir otros parámetros opcionales en los campos X-Receiver:, como figura en el siguiente ejemplo:
```
X-Receiver: <mary@contoso.com> NOTIFY=NEVER ORcpt=mary@contoso.com
```
Nota

Estos parámetros son valores del sobre del mensaje generados normalmente por el servidor emisor. Es posible que vea parámetros similares en archivos de mensaje exportados. Estos parámetros están relacionados con los mensajes de notificación de estado de entrega (DSN), como se describe en RFC 1891. NOTIFY= puede tener un valor de NEVER, DELAY, o FAILURE. ORcpt= se utiliza para preservar el destinatario original del mensaje.

Los encabezados X descritos en la siguiente lista son opcionales para los archivos de mensaje del directorio de reproducción.

X-CreatedBy: Si existe este encabezado X, no debe estar en blanco. Si el campo X-CreatedBy: no existe, se agrega con un valor de Unspecified. Normalmente, el valor de este campo es MSExchange12, aunque también puede contener el tipo de espacio de direcciones que no son SMTP que se establece en un conector de envío, por ejemplo Notes. Este campo de encabezado se utiliza para funciones de seguridad de encabezado.
X-EndOfInjectedXHeaders: El tamaño en bytes de todas las cabeceras X presentes. Este encabezado X se puede utilizar como un marcador para indicar el último campo de encabezado X antes de que empiecen los campos de encabezado normales.
X-ExtendedMessageProps: Propiedades ampliadas del mensaje.
X-HeloDomain: La secuencia de dominio HELO/EHLO presentada durante la conversación de protocolo SMTP inicial.
X-LegacyExch50: Se utiliza para preservar propiedades personalizadas generadas por los servidores Exchange Server 2003 si hay servidores de Exchange 2003 presentes.
X-Source: Si no se especifica el valor de este encabezado X, se utiliza el valor de Replay. Este encabezado X lo utiliza el Visor de cola de la columna MessageSourceName. Otros valores posibles para este encabezado X son Smtp Receive Connector y Smtp Send Connector.
X-SourceIPAddress: La dirección IP del servidor emisor. Este campo es 0.0.0.0 si no se indica una dirección IP.

El que aparece a continuación es un ejemplo de mensaje de texto plano que utiliza un formato aceptable para el directorio de reproducción:

X-Receiver: <mary@contoso.com> NOTIFY=NEVER ORcpt=mary@contoso.com
X-Sender: <bob@contoso.com> BODY=7bit ENVID=12345AB auth=<someAuth>
Subject: Optional message subject

This is the body of the message.

El contenido MIME también es compatible en los archivos de mensajes del directorio de reproducción. MIME define una amplia gama de contenido de mensajes, que incluye lenguajes que no pueden representarse en texto ASCII de 7 bits, HTML y otros contenidos multimedia. La descripción de MIME y sus requisitos están fuera del alcance de este tema. El que aparece a continuación es un ejemplo de mensaje MIME sencillo que utiliza un formato aceptable para el directorio de reproducción:

X-Receiver: <mary@contoso.com> NOTIFY=NEVER ORcpt=mary@contoso.com
X-Sender: <bob@contoso.com> BODY=7bit ENVID=12345ABCD auth=<someAuth>
To: mary@contoso.com
From: bob@contoso.com
Subject: Optional message subject
MIME-Version: 1.0
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

<HTML><BODY>
<TABLE>
<TR><TD>cell 1</TD><TD>cell 2</TD></TR>
<TR><TD>cell 3</TD><TD>cell 4</TD></TR>
</TABLE>

</BODY></HTML>

Modificaciones del encabezado del mensaje realizados en archivos de mensaje del directorio de reproducción

El directorio de reproducción elimina el campo de encabezado de mensaje Bcc: del archivo del mensaje.

El directorio de reproducción agrega su propio campo de encabezado de mensaje Received: a un mensaje como parte del proceso de envío de mensajes. El campo de encabezado de mensaje Received: se aplica en el formato siguiente:

Received: from <ReceivingServerName> by Replay with <ExchangeServerVersion><DateTime>

El directorio de reproducción modifica los siguientes campos de encabezado de mensaje en el encabezado del mensaje:

Message-ID: Si este campo de encabezado de mensaje no existe o está vacío, el directorio de reproducción agrega un campo de encabezado de mensaje Message-ID: utilizando el formato <GUID>@<defaultdomain>.
Date: Si este campo de encabezado de mensaje no existe o está defectuoso, el directorio de reproducción agrega el campo de encabezado de mensaje Date: utilizando la fecha y la hora del procesamiento del mensaje por parte del directorio de reproducción.

Errores del procesamiento de mensajes del directorio de reproducción

Los problemas al convertir un archivo de mensaje en uno de correo electrónico hacen que el directorio de reproducción considere el mensaje como no entregable (badmail). Un archivo de mensaje badmail tiene problemas graves, como falta del emisor, falta de los destinatarios o problemas de formato. Los archivos de mensaje determinados como badmail se dejan en el directorio de reproducción y se cambia su nombre de <nombre>.eml a <nombre>.bad. Si el archivo <nombre>.bad ya existe, se cambia el nombre a <nombre><fechahora>.bad. Si existe correo erróneo en el directorio de reproducción, se genera un error de registro de eventos, pero los mismos mensajes de badmail no generan errores repetidos.

Problemas de seguridad para el directorio de reproducción

Exchange Server 2003 utiliza un único directorio de recogida para crear y enviar archivos de mensaje de texto. Exchange 2007 divide esta función en directorios de recogida y de reproducción separados. El objetivo del directorio de recogida es que los usuarios o las aplicaciones creen manualmente nuevos archivos de mensajes. El objetivo del directorio de reproducción es el reenvío de mensajes de correo electrónico Exchange exportados y la recepción de mensajes de conectores no SMTP. Esta separación de tareas permite la aplicación de la seguridad adecuada a un directorio sin que ello afecte a las funciones del otro directorio.

En la siguiente lista se describen problemas de seguridad comunes para el directorio de recogida y el de reproducción:

Las comprobaciones de seguridad configuradas en un conector de recepción, como acciones contra correo no deseado, antivirus, de filtro de emisores o de destinatarios, no se realizan en los mensajes enviados a través del directorio de recogida y del directorio de reproducción en el momento de enviar el mensaje.
Un directorio de recogida o de reproducción comprometido puede actuar como una retransmisión abierta. Esto permite que los mensajes se reenvíen o "retransmitan" con un servidor distinto para ocultar el origen real del mensaje.

La siguiente lista describe preocupaciones de seguridad adicionales que afectan al directorio de reproducción:

Los encabezados X utilizados por el directorio de reproducción permiten la creación manual del sobre del mensaje. La información de los campos X-Sender: y X-Receiver: puede ser totalmente distinta de los campos de encabezado de mensaje To: o From: que muestran los clientes de correo electrónico. Esta usurpación de la identidad del emisor y del dominio suele denominarse imitación. Un correo falsificado es un mensaje de correo electrónico en el que la dirección del remitente se ha modificado para parecer que ha partido de un remitente que no es el que ha enviado originalmente el mensaje.
Si el campo X-CreatedBy: tiene el valor MSExchange12, el destino se considera de confianza y no se aplica seguridad de encabezado. Esta seguridad es una manera que tiene Exchange de preservar las cabeceras X en mensajes que se transmiten entre servidores Exchange 2007 de confianza, o de eliminar posibles cabeceras X reveladoras de los mensajes transmitidos a destinos que no son de confianza y que se encuentran fuera de la organización Exchange. Estas cabeceras X pueden utilizarse para compartir información de Exchange 2007 como el nivel de confianza de correo no deseado (SCL), la firma de mensajes, o la encriptación entre servidores de Exchange 2007 autorizados. Desvelar esta información a fuentes no autorizadas podría suponer un riesgo para la seguridad.

La separación del directorio de recogida y del de reproducción significa que puede aplicar diferentes niveles de seguridad a cada uno de ellos. Debería aplicarse un mayor nivel de seguridad al directorio de reproducción debido a los riesgos de seguridad adicionales asociados. Los usuarios o las aplicaciones que deben generar y enviar nuevos mensajes pueden tener acceso al directorio de recogida, y no deberían necesitar tener acceso al de reproducción.

Permisos para el directorio de reproducción

Los siguientes permisos son necesarios para el directorio de reproducción:

Administrador: Control total
Sistema: Control total
Servicio de red: lectura, escritura y eliminación de subcarpetas y archivos

De manera predeterminada, el servicio de transporte de Microsoft Exchange utiliza las credenciales de seguridad de la cuenta de usuario de servicios de red para administrar la ubicación y los permisos del directorio de reproducción. La cuenta de servicios de red requiere esos permisos en el directorio de reproducción para que los archivos .eml puedan abrirse, cambiarse de nombre a .tmp y eliminarse, o cambiarse de nombre a .bad si el mensaje se clasifica como badmail.

Puede desplazar la ubicación del directorio de reproducción utilizando el parámetro ReplayDirectoryPath del cmdlet Set-TransportServer. La correcta modificación de la ubicación del directorio de reproducción depende de los derechos atribuidos a la cuenta de servicios de red del nuevo directorio de reproducción y de si éste último ya existe. Si el nuevo directorio de reproducción no existe todavía, y si la cuenta de servicios de red tiene los derechos requeridos para crear carpetas y aplicar permisos en la nueva ubicación, se crea el nuevo directorio de reproducción y se le aplican los permisos correctos. Si el nuevo directorio de reproducción ya existe, los permisos de carpeta existentes no estarán comprobados. Siempre que mueva el directorio de reproducción utilizando el parámetro ReplayDirectoryPath con el cmdlet Set-TransportServer, es buena idea comprobar que existe el directorio de reproducción y que tiene los permisos correctos aplicados. Si el cambio al directorio de reproducción no se realiza correctamente, puede crear el nuevo directorio y aplicar los permisos adecuados antes de utilizar el parámetro ReplayDirectoryPath con el cmdlet Set-TransportServer.

Para obtener más información

Para obtener más información al respecto, vea los siguientes temas: