Configuraciones técnicas de correo electrónico

Información general

En la siguiente sección se proporciona una descripción general de la configuración necesaria para controlar la salida de las instancias de Adobe Campaign al enviar correos electrónicos.

Nota

Algunas configuraciones sólo pueden ser realizadas por Adobe para implementaciones alojadas en Adobe, por ejemplo, para acceder al servidor y a los archivos de configuración de instancias. Para obtener más información sobre las diferentes implementaciones, consulte la sección Hosting models o esta página.

Para obtener más información sobre los conceptos y las optimizaciones relacionadas con la capacidad de entrega, consulte esta sección.

Todas las recomendaciones técnicas relativas al envío y recepción eficientes de correos electrónicos por una plataforma de Adobe Campaign están disponibles en esta sección.

Principio de funcionamiento

Es posible controlar el resultado de una o varias instancias de Adobe Campaign para restringir el número de correos electrónicos enviados en función de un dominio. Por ejemplo, puede restringir la salida a 20.000 por hora para las direcciones de yahoo.com , mientras configura 100.000 mensajes por hora para todos los demás dominios.

Es necesario controlar la salida de los mensajes para cada dirección IP utilizada por los servidores de envío (mta). Varios metadatos desglosados en varios equipos y pertenecientes a varias instancias de Adobe Campaign pueden compartir la misma dirección IP para el envío de correo electrónico: es necesario configurar un proceso para coordinar el uso de estas direcciones IP.

Esto es lo que hace el módulo stat : reenvía todas las solicitudes de conexión y mensajes para enviarlos a los servidores de correo para un conjunto de direcciones IP. El servidor de estadísticas realiza un seguimiento de los envíos y puede habilitar o deshabilitar el envío según las cuotas establecidas.

  • El servidor de estadísticas (stat) está vinculado a una base de Adobe Campaign para cargar su configuración.
  • Los servidores envío (mta) utilizan un UDP para ponerse en contacto con un servidor de estadísticas que no siempre pertenece a su propia instancia.

Servidores envío

El módulo mta distribuye mensajes a sus módulos secundarios integrados . Cada equipo prepara mensajes antes de solicitar una autorización al servidor de estadísticas y enviarlos.

Los pasos son los siguientes:

  1. El mta selecciona los mensajes elegibles y les asigna un mtachild disponible.
  2. El mtachild carga toda la información necesaria para generar el mensaje (contenido, elementos de personalización, datos adjuntos, imágenes, etc.) y reenvía el mensaje al Email Traffic Shaper.
  3. Tan pronto como el agente de tráfico de correo electrónico recibe la autorización del servidor de estadísticas (smtp stat), el mensaje se envía al destinatario.

Estadísticas y limitaciones del servidor de correo electrónico

El servidor de estadísticas mantiene las siguientes estadísticas para cada servidor de correo electrónico que recibe mensajes:

  • Número de conexiones puntuales abiertas,
  • Número de mensajes enviados en la última hora,
  • Tasa de conexiones correctas/rechazadas,
  • Tasa de conexiones a servidores inaccesibles.

Al mismo tiempo, el módulo carga una lista de limitaciones para determinados servidores de correo electrónico:

  • Número máximo de conexiones simultáneas,
  • Número máximo de mensajes por hora,
  • Número máximo de mensajes por conexión.

Administración de direcciones IP

El servidor de estadísticas puede combinar varias instancias o varios equipos con la misma dirección IP pública. Por lo tanto, no está vinculado a una instancia específica, pero tiene que ponerse en contacto con una instancia para recuperar las limitaciones por dominio.

Las estadísticas de envío se conservan para cada destinatario MX y para cada IP de origen. Por ejemplo, si el dominio de destino tiene 5 MX y la plataforma puede utilizar 3 direcciones IP diferentes, el servidor puede administrar hasta 15 series de indicadores para este dominio.

La dirección IP de origen coincide con la dirección IP pública, es decir, la dirección tal como la ve el servidor de correo electrónico remoto. Esta dirección IP puede ser diferente de la dirección de la máquina que aloja el mta, si se proporciona un router NAT. Por este motivo, el servidor de estadísticas utiliza un identificador que coincide con la IP pública (publicId). La asociación entre la dirección local y este identificador se declara en el archivo de configuración serverConf.xml . Todos los parámetros disponibles en serverConf.xml se enumeran en esta sección.

Control de salida de envío

Para enviar mensajes a los servidores de correo electrónico, el componente Email Traffic Shaper solicita una conexión desde el servidor de estadísticas. Una vez aceptada la solicitud, se abre la conexión.

Antes de enviar mensajes, el módulo solicita 'tokens' desde el servidor. Generalmente son conjuntos de al menos 10 tokens, lo que reduce el número de consultas al servidor.

El servidor guarda todas las estadísticas relacionadas con conexiones y envíos. En caso de reiniciar, la información se pierde temporalmente: cada cliente guarda una copia local de sus estadísticas de envío y las devuelve al servidor de forma regular (cada 2 minutos). El servidor puede volver a acumulado los datos.

Las siguientes secciones describen el procesamiento de un mensaje mediante el componente Carácter de tráfico de correo electrónico .

Envío de mensajes

Cuando se envía un mensaje, hay 3 resultados posibles:

  1. Correcto: el mensaje se envió correctamente. Se actualiza el mensaje.

  2. Error del mensaje: el servidor contactado rechazó el mensaje para el destinatario elegido. Este resultado coincide con los códigos de retorno 550 a 599, pero se pueden definir excepciones.

  3. Error de sesión (para 5.11 hacia arriba): si el mta recibe una respuesta para este mensaje, el mensaje se abandona (consulte Abandono de mensaje). El mensaje se envía a otra ruta o se define como pendiente si no hay otras rutas disponibles (consulte Mensaje pendiente).

    Nota

    Una ruta es una conexión entre el mta de Adobe Campaign y el mta de destinatario. Adobe Campaign mta puede elegir entre varias IP de inicio y varias IP de dominio de destinatario.

Abandono de mensajes

Los mensajes abandonados se devuelven al mta y ya no son gestionados por el mtachild.

El Estado miembro decidirá el procedimiento para este mensaje (recuperación, abandono, cuarentena, etc.) según el código de respuesta y las reglas.

Mensaje pendiente

Un mensaje se anexa cuando llega a la cola activa y no hay rutas disponibles.

Una ruta se marca generalmente como no disponible durante un período de tiempo variable después de un error de conexión. El período de no disponibilidad depende de la frecuencia y la edad de los errores.

Configuración del servidor de estadísticas

El servidor de estadísticas se puede utilizar en varias instancias: tiene que configurarse independientemente de las instancias que lo utilizarán.

Inicio definiendo la base de datos de Adobe Campaign que alojará la configuración.

Configuración de inicio

De forma predeterminada, se inicia el módulo stat para cada instancia. Cuando las instancias se mutualizan en el mismo equipo o cuando las instancias comparten la misma dirección IP, se utiliza un único servidor de estadísticas: los demás tienen que ser discapacitados.

Definición del puerto del servidor

De forma predeterminada, el servidor de estadísticas escucha en el puerto 7777. Este puerto se puede modificar en el archivo serverConf.xml . Todos los parámetros disponibles en serverConf.xml se enumeran en esta sección.

<stat port="1234"/>

Configuración MX

Acerca de las reglas MX

Las reglas MX (Mail eXchanger) son las reglas que administran la comunicación entre un servidor emisor y un servidor receptor.

IMPORTANTE

En el caso de instalaciones alojadas o híbridas, si se ha actualizado a la MTA mejorada, ya no se utilizan las MX management reglas de rendimiento de envíos. El MTA mejorado utiliza sus propias reglas MX que le permiten personalizar el rendimiento por dominio en función de su propia reputación histórica de correo electrónico y de los comentarios en tiempo real procedentes de los dominios a los que envía correos electrónicos.

Para obtener más información sobre el MTA mejorado de Adobe Campaign, consulte este documento.

Estas reglas se recargan automáticamente todas las mañanas a las 6:00 (hora del servidor) para poder suministrar regularmente la instancia del cliente.

Según las capacidades materiales y la política interna, un ISP acepta una cantidad predefinida de conexiones y mensajes por hora. El sistema ISP puede modificar estas variables automáticamente según la reputación de la IP y el dominio del remitente. Mediante su plataforma de envío, Adobe Campaign administra más de 150 reglas específicas del ISP y, además, una regla genérica para otros dominios.

El número máximo de conexiones no depende exclusivamente del número de direcciones IP públicas que utiliza el MTA.

Por ejemplo, si ha permitido 5 conexiones en las reglas MX y ha configurado 2 direcciones IP públicas, puede pensar que no puede tener más de 10 conexiones abiertas simultáneamente en este dominio. Esto no es así, en realidad el número máximo de conexiones se refiere a una ruta y a una ruta que combine una de nuestras IP públicas de MTA y una IP pública del MTA del cliente.

En el siguiente ejemplo, el usuario tiene dos direcciones IP públicas configuradas y el dominio es yahoo.com.

user:~ user$ host -t mx yahoo.com
                yahoo.com mail is handled by 1 mta5.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta6.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta7.am0.yahoodns.net.

Los registros MX para yahoo.com nos dicen que yahoo.com tiene 3 intercambiadores de correo. Para conectar el intercambiador de correo de pares, el MTA solicita su dirección IP al DNS.

user:~ user$ host -t a mta5.am0.yahoodns.net
                mta5.am0.yahoodns.net has address 98.136.216.26
                mta5.am0.yahoodns.net has address 98.136.217.202
                mta5.am0.yahoodns.net has address 98.138.112.38
                mta5.am0.yahoodns.net has address 66.196.118.37
                mta5.am0.yahoodns.net has address 63.250.192.46
                mta5.am0.yahoodns.net has address 66.196.118.240
                mta5.am0.yahoodns.net has address 98.136.217.203
                mta5.am0.yahoodns.net has address 98.138.112.35

Para este registro, el usuario puede ponerse en contacto con 8 direcciones IP de pares. Ya que tiene 2 direcciones IP públicas, le proporciona 8 * 2 = 16 combinaciones para llegar a los servidores de correo de yahoo.com. Cada una de estas combinaciones se denomina path.

El segundo registro MX aparece como:

user:~ user$ host -t a mta6.am0.yahoodns.net
                mta6.am0.yahoodns.net has address 98.138.112.38
                mta6.am0.yahoodns.net has address 98.136.216.26
                mta6.am0.yahoodns.net has address 63.250.192.46
                mta6.am0.yahoodns.net has address 66.196.118.35
                mta6.am0.yahoodns.net has address 98.136.217.203
                mta6.am0.yahoodns.net has address 98.138.112.32
                mta6.am0.yahoodns.net has address 98.138.112.37
                mta6.am0.yahoodns.net has address 66.196.118.33

4 de estas 8 direcciones IP ya se utilizan en mta5 (98.136.216.26, 98.138.112.38, 63.250.192.46 y 98.136.217.203). Este registro permite al usuario utilizar 4 direcciones IP nuevas. El tercer registro MX hace lo mismo.

En total, tenemos 16 direcciones IP remotas. En combinación con nuestras 2 IP públicas locales, tenemos 32 rutas para llegar a los servidores de correo de yahoo.com.

Nota

Si 2 registros MX hacen referencia a la misma dirección IP, esta cuenta como una ruta en lugar de dos.

A continuación se muestran algunos ejemplos de uso de las reglas MX:

En el siguiente ejemplo, el usuario tiene un límite de 10 000 mensajes por hora para un dominio determinado, pero la capacidad de rendimiento del MTA es superior a este límite.

En este caso, el tráfico se divide en 12 periodos de 5 minutos para cada hora y el límite real es de 833 mensajes por periodo.

Estos mensajes se envían lo más rápidamente posible.

Configuración de la gestión de MX

Las reglas que deben cumplirse para MX se definen en el MX management documento del Administration > Campaign Management > Non deliverables Management > Mail rule sets nodo del árbol.

Si el MX management documento no existe en el nodo, puede crearlo manualmente. Para ello:

  1. Cree un nuevo conjunto de reglas de correo.

  2. Choose the MX management mode.

  3. Introduzca defaultMXRules en el Internal name campo.

Para que los cambios se tengan en cuenta, debe reiniciar el servidor de estadísticas.

Para volver a cargar la configuración sin reiniciar el servidor de estadísticas, utilice el siguiente comando en el equipo que aloja el servidor: nlserver stat -reload

Nota

Se prefiere esta línea de comando a nlserver restart. Evita que las estadísticas recopiladas antes del reinicio se pierdan y evita los picos en uso que pueden ir contra las cuotas definidas en las reglas MX.

Configuración de reglas MX

El MX management documento lista todos los dominios vinculados a una regla MX.

Estas reglas se aplican de forma secuencial: se aplica la primera regla cuya máscara MX es compatible con el MX de destino.

Los siguientes parámetros disponibles para cada regla son:

  • MX mask:: dominio en el que se aplica la regla. Cada regla define una máscara de dirección para el MX. Cualquier MX cuyo nombre coincida con esta máscara es elegible. La máscara puede contener "*" y "?" caracteres genéricos.

    Por ejemplo, las siguientes direcciones:

    • a.mx.yahoo.com
    • b.mx.yahoo.com
    • c.mx.yahoo.com

    son compatibles con las siguientes máscaras:

    • *.yahoo.com
    • ?.mx.yahoo.com

    Por ejemplo, para la dirección de correo electrónico foobar@gmail.com, el dominio es gmail.com y el registro MX es:

    gmail.com mail exchanger = 20 alt2.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 10 alt1.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 40 alt4.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 5  gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 30 alt3.gmail-smtp-in.l.google.com.
    

    In this case the MX rule *.google.com will be used. Como puede ver, la máscara de regla MX no necesariamente coincide con el dominio del mensaje. Las reglas MX aplicadas a las direcciones de correo electrónico de gmail.com son las que tienen la máscara *.google.com.

  • Range of identifiers:: esta opción permite indicar los rangos de identificadores (publicID) para los que se aplica la regla. Puede especificar:

    • Un número: la regla solo se aplicará a este publicId,
    • Un rango de números (número1-número2): la regla se aplicará a todos los publicIds entre estos dos números.
    Nota

    Si el campo está vacío, la regla se aplica a todos los identificadores.

    Una ID pública es un identificador interno de una IP pública utilizada por uno o varios MTA. Estas ID se definen en los servidores MTA del archivo config-instance.xml.

  • Shared:: define el ámbito de las propiedades de esta regla MX. Cuando se activa, todos los parámetros se comparten en todas las direcciones IP disponibles en la instancia. Cuando se anula la selección, las reglas MX se definen para cada IP. El número máximo de mensajes se multiplica por el número de direcciones IP disponibles.

  • Maximum number of connections:: número máximo de conexiones simultáneas al dominio del remitente.

  • Maximum number of messages:: número máximo de mensajes que se pueden enviar en una conexión. Cuando los mensajes superan este número, la conexión se cierra y se abre una nueva.

  • Messages per hour:: número máximo de mensajes que se pueden enviar en una hora al dominio del remitente.

  • Connection time out:: umbral de tiempo para conectarse a un dominio.

    Nota

    Windows puede emitir un tiempo de espera antes de este umbral, que depende de la versión de Windows.

  • Timeout Data:: tiempo de espera máximo después de enviar el contenido del mensaje (sección DATA del protocolo SMTP).

  • Timeout:: tiempo de espera máximo para otros intercambios con el servidor SMTP.

  • TLS:: El protocolo TLS, que le permite cifrar envíos de correo electrónico, se puede activar de forma selectiva. Para cada máscara MX están disponibles las siguientes opciones:

    • Default configuration:: Esta es la configuración general especificada en el archivo de configuración serverConf.xml que se aplica.

      IMPORTANTE

      No se recomienda modificar la configuración predeterminada.

    • Disabled :: Los mensajes se envían sistemáticamente sin cifrado.

    • Opportunistic :: El envío de mensajes se cifra si el servidor receptor (SMTP) puede generar el protocolo TLS.

Ejemplo de configuración:

Administración de formatos del correo electrónico

Puede definir el formato de los mensajes enviados para que el contenido mostrado se adapte automáticamente según el dominio de la dirección de cada destinatario.

Para ello, vaya al Management of email formats documento, que se encuentra en Administration > Campaign management > Non deliverables management > Mail rule sets.

Este documento contiene una lista de todos los dominios predefinidos que corresponden a los formatos japoneses administrados por Adobe Campaign. For more information, refer to this document.

El parámetro de estructura ​MIME (Extensiones de correo de Internet multipropósito) permite definir la estructura de mensajes que se enviará a los distintos clientes de correo. Hay tres opciones disponibles:

  • Multiparte: El mensaje se envía en formato texto o HTML. Si no se acepta el formato HTML, el mensaje podrá mostrarse en formato de texto.

    De forma predeterminada, la estructura de varias partes es multiparte/alternativa, pero automáticamente pasa a ser multiparte/relacionada cuando se agrega una imagen al mensaje. Algunos proveedores esperan el formato multiparte/relacionado de forma predeterminada, la Force multipart/related opción impone este formato aunque no se adjunte ninguna imagen.

  • HTML: Se envía un mensaje de solo HTML. Si no se acepta el formato HTML, el mensaje no se mostrará.

  • Texto: Se envía un mensaje en formato de solo texto. La ventaja de los mensajes de formato de texto es que tienen un tamaño muy pequeño.

Si la Image inclusion opción está activada, se muestran directamente en el cuerpo del mensaje de correo electrónico. Las imágenes se cargarán y los vínculos URL se reemplazarán por su contenido.

Esta opción es especialmente utilizada por el mercado japonés de Deco-mail, Decore Mail o Decoration Mail. Para obtener más información, consulte este documento.

IMPORTANTE

La inserción de imágenes en un correo electrónico aumenta considerablemente su tamaño.

Configuración del servidor envío

Sincronización de reloj

Los relojes de todos los servidores que componen la plataforma Adobe Campaign (incluida la base de datos) deben sincronizarse y sus sistemas deben establecerse en la misma zona horaria.

Coordenadas del servidor de estadísticas

La dirección del servidor de estadísticas debe indicarse en el mta.

La propiedad statServerAddress del elemento mta de la configuración permite especificar la dirección y el número del puerto que se va a utilizar.

<mta statServerAddress="emailStatServer:7777">
   [...]
 </mta>

Para utilizar el servidor de estadísticas en el mismo equipo, debe introducir al menos el nombre del equipo con el valor localhost :

 <mta statServerAddress="localhost">
IMPORTANTE

Si este campo no se rellena, el mta no se inicio.

Lista de las direcciones IP para usar

La configuración relativa a la administración de tráfico se encuentra en el elemento mta/child/smtp del archivo de configuración.

Para cada elemento IPAffinity , debe declarar las direcciones IP que se pueden usar en el equipo.

Ejemplo:

<IPAffinity localDomain="<domain>" name="default">
  <IP address="192.168.0.11" publicId="1" weight="5"/>
  <IP address="192.168.0.12" heloHost="revdns1.campaign.com" publicId="2" weight="5"/>
  <IP address="192.168.0.13" publicId="3" weight="1"/>
</IPAffinity>

Los parámetros son los siguientes:

  • dirección: es la dirección IP del equipo host MTA que se va a utilizar.

  • heloHost: este identificador representa la dirección IP tal como la verá el servidor SMTP.

  • publicId: esta información es útil cuando varias mtas de Adobe Campaign comparten una dirección IP tras un enrutador NAT. El servidor de estadísticas utiliza este identificador para memorizar la conexión y enviar estadísticas entre este punto de partida y el servidor de destinatario.

  • peso: permite definir la frecuencia relativa de uso de la dirección. De forma predeterminada, todas las direcciones tienen un peso igual a 1.

Nota

En el archivo serverConf.xml, debe comprobar que una IP corresponde a un solo host con un identificador único (public_id). No se puede asignar a varios helohosts, lo que podría provocar problemas de limitación de envíos.

En el ejemplo anterior, con condiciones normales, las direcciones se distribuirán de la siguiente manera:

* &quot;1&quot;: 5 / (5+5+1) = 45%
* &quot;2&quot;: 5 / (5+5+1) = 45%
* &quot;3&quot;: 1 / (5+5+1) = 10%

Si, por ejemplo, la primera dirección no se puede utilizar para un MX determinado, los mensajes se enviarán de la siguiente manera:

* &quot;2&quot;: 5 / (5+1) = 83%
* &quot;3&quot;: 1 / (5+1) = 17%
  • includeDomains: le permite reservar esta dirección IP para correos electrónicos que pertenecen a un dominio específico. Es una lista de máscaras que puede contener uno o más comodines ('*'). Si no se especifica el atributo, todos los dominios pueden utilizar esta dirección IP.

    Ejemplo: includeDomains="wanadoo.com,naranja.com,yahoo"*

  • excludeDomains: excluye una lista de dominios para esta dirección IP. Este filtro se aplica después del filtro includeDomains .

Optimización del envío de correo electrónico

La arquitectura interna del mta de Adobe Campaign afecta a la configuración para optimizar el envío de correo electrónico. A continuación se ofrecen algunos consejos para mejorar sus envíos.

Ajustar el parámetro maxWaitingMessages

El parámetro maxWaitingMessages indica el mayor número de mensajes preparados por adelantado por el mtachild. Los mensajes solo se eliminan de esta lista una vez que se han enviado o abandonado.

Este parámetro es muy importante y particularmente crítico si los mensajes no se ordenan por dominio.

Una vez alcanzado el umbral maxWorkingSetMb (256), el servidor de envío deja de enviar mensajes. El rendimiento disminuirá significativamente hasta que el equipo vuelva a inicio. Para evitar este problema, puede aumentar el umbral del parámetro maxWorkingSetMb o reducir el umbral del parámetro maxWaitingMessages .

El parámetro maxWorkingSetMb se calcula empíricamente multiplicando el número máximo de mensajes por el tamaño medio del mensaje y multiplicando el resultado por 2,5. Por ejemplo, si un mensaje tiene un tamaño promedio de 50 kB y el parámetro maxWaitingMessages es igual a 1000, la memoria utilizada será de 125 MB como promedio.

Ajustar el número de mtachild

El número de niños no debe superar el número de procesadores en la máquina (aprox. 1000 sesiones). Le recomendamos que no supere los 8 equipos. A continuación, puede aumentar el número de mensajes por niño (maxMsgPerChild) para lograr una vida útil suficiente.

En esta página