v7 on-premise e híbrido

Configuraciones técnicas de correo electrónico

Última actualización: 2023-08-15

Información general

La siguiente sección 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 por Adobe para implementaciones alojadas por Adobe, por ejemplo, para acceder a los archivos de configuración del servidor y de la instancia. Para obtener más información sobre las distintas implementaciones, consulte la Modelos de alojamiento o a esta página.

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

Para profundizar en lo que es la capacidad de entrega, incluidas todas las recomendaciones técnicas relativas al envío y la 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

Se puede controlar la salida de una o más 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 yahoo.com direcciones, mientras configura 100 000 mensajes por hora para todos los demás dominios.

La salida de mensajes 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 el envío de correo electrónico: se debe configurar un proceso para coordinar el uso de estas direcciones IP.

Esto es lo que estadísticas : reenvía todas las solicitudes de conexión y los mensajes que se van a enviar a los servidores de correo para un conjunto de direcciones IP. El servidor de estadísticas realiza un seguimiento de las entregas y puede habilitar o deshabilitar las entregas en función de las cuotas establecidas.

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

Servidores de envío

El mta El módulo distribuye mensajes a sus 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. El mta selecciona los mensajes aptos y les asigna un disponible mtachild.
  2. El 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 a Modelador de tráfico de correo electrónico.
  3. En cuanto el emisor del tráfico de correo electrónico reciba la autorización del servidor de estadísticas (estadísticas smtp), 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 de punto en el tiempo 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 debe ponerse en contacto con una instancia para recuperar las limitaciones por dominio.

Las estadísticas de envío 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 enrutador 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 serverConf.xml se enumeran en esta sección.

Control de salida de envío

Para enviar mensajes a servidores de correo electrónico, la variable Modelador de tráfico de correo electrónico el componente 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" del 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 mantiene 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 por parte de Modelador 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 ha enviado correctamente. Se actualiza el mensaje.

  2. Error de 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 la variable mta recibe una respuesta para este mensaje, el mensaje se abandona (consulte Abandono de mensajes). 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. El Adobe Campaign mta Puede elegir entre varias IP de inicio y varias IP de dominio de destino.

Abandono de mensajes

Los mensajes abandonados se devuelven a mta y ya no son administrados por mtachild.

El mta decide el procedimiento para este mensaje (recuperación, abandono, cuarentena, etc.) en función del código de respuesta y de las reglas.

Mensaje pendiente

Un mensaje queda pendiente cuando llega a la cola activa y no hay rutas disponibles.

Una ruta generalmente se marca como no disponible durante un período de tiempo variable después de un error de conexión. El periodo de indisponibilidad 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 por definir la base de datos de Adobe Campaign que alojará la configuración.

Iniciar configuración

De forma predeterminada, la variable estadísticas El módulo se inicia 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 deben deshabilitarse.

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 serverConf.xml archivo. Todos los parámetros disponibles en serverConf.xml se enumeran en esta 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 on-premise e instalaciones hospedadas/híbridas que utilizan el servidor de correo 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 vuelven a cargar automáticamente cada mañana a las 6 a. m. (hora del servidor) para proporcionar regularmente la instancia de 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 la Administration > Campaign Management > Non deliverables Management > Mail rule sets nodo 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 modo.

  3. Entrar defaultMXRules en el Internal name field.

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

El MX management Este 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 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. Por lo tanto, 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 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 a con el 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 la versión de Windows.

  • Timeout Data: tiempo de espera máximo después de enviar contenido de 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 permite cifrar envíos de correo electrónico, se puede habilitar 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 : 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.

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

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

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

  • HTML: se envía un mensaje solo 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 su 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 es especialmente utilizada por el mercado japonés para Deco-mail, Decorar correo o Decoración Correo. Para obtener más información, consulte este documento.

IMPORTANTE

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

Configuración del servidor de envío

Sincronización del 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 el mta.

El statServerAddress propiedad del mta de la configuración de 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 se inicia.

Lista de direcciones IP para usar

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

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

  • dirección: esta es la dirección IP del equipo host de 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 direcciones IP son compartidas por Adobe Campaign mtas detrás de un enrutador 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.

  • 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 único host de ayuda con un identificador único (public_id). No se puede asignar a varios hosts de ayuda, lo que podría provocar problemas de regulación de envíos.

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 hacia 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: 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 caracteres comodín ('*'). 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 que includeDomains filtro.

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

La arquitectura interna de Adobe Campaign mta afecta a la configuración para optimizar la entrega de correos electrónicos. A continuación se ofrecen algunas sugerencias para mejorar los envíos.

Ajuste del parámetro maxWaitingMessages

El 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 maxWorkingSetMb (256) Cuando se alcanza el umbral, el servidor de entrega detiene el envío de mensajes. El rendimiento disminuirá significativamente hasta que mtachild se inicia de nuevo. Para evitar este problema, puede aumentar el umbral de la maxWorkingSetMb o disminuir el umbral del parámetro maxWaitingMessages parámetro.

El maxWorkingSetMb El parámetro se calcula empíricamente multiplicando el número máximo de mensajes por el tamaño medio del mensaje y el resultado por 2,5. Por ejemplo, si un mensaje tiene un tamaño medio de 50 kB y maxWaitingMessages parámetro 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 exceder el número de procesadores en la máquina (aprox. 1000 sesiones). Le recomendamos que no exceda de 8 mtachild. Puede aumentar el número de mensajes por niño (maxMsgPerChild) para alcanzar una vida útil suficiente.

En esta página