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 solo se pueden realizar mediante Adobe para implementaciones alojadas en Adobe, por ejemplo, para acceder a los archivos de configuración de instancias y del servidor. Para obtener más información sobre las diferentes implementaciones, consulte la Modelos de alojamiento o esta página.

Para obtener más información sobre los conceptos y las prácticas recomendadas relacionadas con la capacidad de envío con Adobe Campaign, consulte esta sección.

Para profundizar en lo que es la capacidad de envío, incluidas todas las recomendaciones técnicas relacionadas con la entrega y recepción eficientes de correos electrónicos por parte de una plataforma de Adobe, consulte la Guía de prácticas recomendadas de entrega de Adobe.

Principio de funcionamiento

Es posible controlar el resultado de una o más instancias de Adobe Campaign para restringir el número de correos electrónicos enviados según un dominio. Por ejemplo, puede restringir la salida a 20 000 por hora durante yahoo.com direcciones, mientras configura 100 000 mensajes por hora para todos los demás dominios.

El resultado del mensaje debe controlarse para cada dirección IP utilizada por los servidores de entrega (mta). Varios mta desglosado en varios equipos y perteneciente a varias instancias de Adobe Campaign, puede compartir la misma dirección IP para la entrega por correo electrónico: es necesario configurar un proceso para coordinar el uso de estas direcciones IP.

Esto es lo que stat El módulo de hace lo siguiente: reenvía todas las solicitudes de conexión y mensajes que se enviarán 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 activar o desactivar los envíos en función de las cuotas establecidas.

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

Servidores de entrega

La variable mta distribuye mensajes a su mtachild módulos secundarios. Cada mtachild prepara los mensajes antes de solicitar una autorización al servidor de estadísticas y enviarlos.

Los pasos son los siguientes:

  1. La variable mta selecciona los mensajes aptos y les asigna un valor disponible mtachild.
  2. La variable mtachild carga toda la información necesaria para crear el mensaje (contenido, elementos de personalización, archivos adjuntos, imágenes, etc.) y reenvía el mensaje al Canal de tráfico de correo electrónico.
  3. Tan pronto como el documento de tráfico de correo electrónico reciba la autorización del servidor de estadísticas (smtp stat), el mensaje se envía al destinatario.

Limitaciones y estadísticas 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 ciertos 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 entrega se conservan para cada MX de destino 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 del equipo 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 la variable serverConf.xml archivo de configuración. Todos los parámetros disponibles en la serverConf.xml aparecen en esta lista sección.

Control de salida de entrega

Para enviar mensajes a los servidores de correo electrónico, la variable Canal de tráfico de correo electrónico 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 las conexiones y envíos. En caso de reinicio, 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). A continuación, el servidor puede volver a acumular los datos.

Las secciones siguientes describen el procesamiento de un mensaje mediante la variable Canal de tráfico de correo electrónico componente.

Entrega de mensajes

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

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

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

  3. Error en la sesión (para 5,11 hacia arriba): si la variable 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 establece como pendiente si no hay otras rutas disponibles (consulte Mensaje pendiente).

    NOTA

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

Abandono de mensaje

Los mensajes abandonados se devuelven a la variable mta y ya no están administrados por el mtachild.

La variable mta decide el procedimiento para este mensaje (recuperación, abandono, cuarentena, etc.) según el código de respuesta y las reglas.

Mensaje pendiente

Un mensaje está pendiente 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 periodo 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: debe configurarse de forma independiente de las instancias que lo utilizarán.

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

Iniciar configuración

De forma predeterminada, la variable stat para cada instancia. Cuando las instancias se agrupan 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 serverConf.xml archivo. Todos los parámetros disponibles en la serverConf.xml aparecen en esta lista sección.

<stat port="1234"/>

Configuración MX

IMPORTANTE

En el caso de instalaciones alojadas o híbridas, si se ha actualizado al servidor de correo mejorado, ya no se utilizan las reglas de rendimiento de envíos MX management. El servidor de correo 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.

Acerca de las reglas MX

NOTA

Esta sección y las secciones siguientes solo se aplican a instalaciones locales e instalaciones alojadas/híbridas que utilizan el MTA de Campaign heredado.

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

Estas reglas se recargan automáticamente cada mañana a las 6 a. m. (hora del servidor) para 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. Como el usuario tiene 2 direcciones IP públicas, esto les 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 se deben cumplir para MX se definen en la variable MX management documento de Administration > Campaign Management > Non deliverables Management > Mail rule sets del árbol.

Si la variable MX management El documento no existe en el nodo, puede crearlo manualmente. Para ello, haga lo siguiente:

  1. Cree un nuevo conjunto de reglas de correo.

  2. Elija la MX management en el menú contextual.

  3. Entrar defaultMXRules en el Internal name campo .

Para que se tengan en cuenta los cambios, 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

La variable MX management documento enumera todos los dominios vinculados a una regla MX.

Estas reglas se aplican en secuencia: se aplica la primera regla cuya máscara MX sea 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.
    

    En este caso, la regla MX *.google.com se utilizará. 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 intervalos 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 (number1-number2): la regla se aplicará a todos 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 timeout antes de este umbral, que depende de su 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 encriptación.

    • Opportunistic : La entrega de mensajes se cifra si el servidor receptor (SMTP) puede generar el protocolo TLS.

Ejemplo de configuración:

NOTA

Para obtener más información sobre el uso de servidores MX con Adobe Campaign, consulte esta sección.

Administración de formatos de correo electrónico

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

Para ello, vaya a la 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. Para obtener más información, consulte este documento.

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

  • Multipart: El mensaje se envía en formato de texto o HTML. Si no se acepta el formato de HTML, el mensaje se puede mostrar en formato de texto.

    De forma predeterminada, la estructura de varias partes es multipart/alternative, pero se convierte automáticamente en multiparte/relacionado cuando se añade una imagen al mensaje. Algunos proveedores esperan que multiparte/relacionado de forma predeterminada, la variable Force multipart/related impone este formato aunque no haya ninguna imagen adjunta.

  • HTML: Solo se envía un mensaje de HTML. Si no se acepta el formato de HTML, no se muestra el mensaje.

  • 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 variable Image inclusion está activada, se muestran directamente en el cuerpo del correo electrónico. Las imágenes se cargan y los vínculos URL se sustituyen por su contenido.

Esta opción la utiliza especialmente el mercado japonés para Deco-mail, Rechazar correo o Correo decorativo. Para obtener más información, consulte este documento.

IMPORTANTE

Insertar imágenes en un correo electrónico aumenta considerablemente su tamaño.

Configuración del servidor de entrega

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 proporcionarse en la variable mta.

La variable statServerAddress propiedad de la variable mta del elemento de 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 la variable localhost valor:

 <mta statServerAddress="localhost">
IMPORTANTE

Si este campo no se rellena, la variable mta no comenzará.

Lista de direcciones IP que se deben usar

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

Para cada IPAffinity , debe declarar las direcciones IP que se pueden usar para 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:

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

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

  • publicId: esta información resulta útil cuando varios Adobe Campaign comparten una dirección IP mtas detrás de un router NAT. El servidor de estadísticas utiliza este identificador para memorizar las estadísticas de conexión y envío entre este punto de inicio y el servidor de destino.

  • weight: permite definir la frecuencia de uso relativa 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 hosts, lo que podría provocar problemas de regulación de la entrega.

En el ejemplo anterior, con condiciones normales, las direcciones se distribuyen 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 envían de la siguiente manera:

* &quot;2&quot;: 5 / (5+1) = 83%
* &quot;3&quot;: 1 / (5+1) = 17%
  • includeDomains: permite reservar esta dirección IP para correos electrónicos pertenecientes a un dominio específico. Esta es una lista de máscaras que pueden 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,orange.com,yahoo.*"

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

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

La arquitectura interna de Adobe Campaign mta tiene un impacto en la configuración para optimizar el envío de correo electrónico. A continuación se ofrecen algunas sugerencias para mejorar los envíos.

Ajuste del parámetro maxWaitingMessages

La variable maxWaitingMessages indica el número más alto de mensajes preparados de antemano 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 especialmente crítico si los mensajes no se ordenan por dominio.

Una vez que la variable maxWorkingSetMb (256) se alcanza el umbral , el servidor de envío deja de enviar mensajes. El rendimiento disminuirá significativamente hasta que mtachild comienza de nuevo. Para evitar este problema, puede aumentar el umbral de la variable maxWorkingSetMb , o disminuya el umbral de la variable maxWaitingMessages parámetro.

La variable 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 medio de 50 kB y el valor de maxWaitingMessages es igual a 1000, la memoria utilizada será de 125 MB como promedio.

Ajustar el número de equipos

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

En esta página