[On-premise/hybride uniquement]{class="badge yellow" title="S’applique uniquement aux déploiements on-premise et hybrides"}

Configurations techniques des emails email-deliverability

Vue d'ensemble overview

La section ci-après présente les paramétrages nécessaires pour contrôler le débit des instances Adobe Campaign pour l’envoi d’emails.

Pour en savoir plus sur les bonnes pratiques et les concepts relatifs à la délivrabilité avec Adobe Campaign, voir cette section.

Pour un examen plus approfondi de ce qu’est la délivrabilité, y compris les recommandations techniques concernant l’envoi et la réception efficaces d’emails par une plateforme d’Adobe, consultez le Guide des bonnes pratiques relatives à la délivrabilité d’Adobe.

Principe de fonctionnement operating-principle

Il est possible de contrôler la sortie d’une ou de plusieurs instances Adobe Campaign afin de limiter le nombre d’emails envoyés en fonction d’un domaine. Par exemple, vous pouvez limiter la sortie à 20 000 par heure pour yahoo.com les adresses, lors de la configuration de 100 000 messages par heure pour tous les autres domaines.

La sortie du message doit être contrôlée pour chaque adresse IP utilisée par les serveurs de diffusion (mta). Plusieurs mta répartie sur plusieurs machines et appartenant à différentes instances Adobe Campaign peuvent partager la même adresse IP pour la diffusion des emails : un processus doit être configuré pour coordonner l'utilisation de ces adresses IP.

C'est la fonction du module stat  : il fédère toutes les demandes d'ouvertures de connexions et d'envois de messages vers les serveurs de messagerie pour un ensemble d'adresses IP. Le serveur de statistiques maintient ainsi le compte des envois et peut autoriser ou refuser les envois dans le temps en fonction des quotas définis.

Serveurs de diffusion delivery-servers

La variable mta distribue des messages à ses mtachild modules enfants. Chaque mtachild prépare les messages avant de demander l’autorisation au serveur de statistiques et de les envoyer.

Les étapes sont les suivantes :

Statistiques et limitations des serveurs de messagerie email-server-statistics-and-limitations

Le serveur de statistiques maintient les statistiques suivantes pour chaque serveur de messagerie vers lequel des messages sont envoyés :

Parallèlement, le module charge une liste de limitations pour certains serveurs de messagerie :

Gestion des adresses IP managing-ip-addresses

Le serveur de statistiques peut fédérer plusieurs instances ou plusieurs machines si elles partagent les mêmes adresses IP publiques. Il n'est donc pas rattaché à une instance particulière, mais il doit néanmoins en contacter une pour récupérer les limitations par domaine.

Les statistiques de diffusion sont conservées pour chaque MX cible et pour chaque IP source. Par exemple, si le domaine ciblé possède 5 MX et la plateforme peut utiliser 3 adresses IP différentes, le serveur pourra gérer jusqu'à 15 séries d'indicateurs pour ce domaine.

L’adresse IP source correspond à l’adresse IP publique, c’est-à-dire à l’adresse telle qu’elle est vue par le serveur de messagerie distant. Cette adresse IP peut être différente de l’adresse de l’ordinateur qui héberge la variable mta, si un routeur NAT est fourni. C’est pourquoi le serveur de statistiques utilise un identifiant qui correspond à l’IP publique (publicId). L'association entre l'adresse locale et cet identifiant est déclarée dans le fichier de configuration serverConf.xml. Tous les paramètres disponibles dans le fichier serverConf.xml sont répertoriés dans cette section.

Contrôle de la sortie de diffusion delivery-output-controlling

Pour diffuser les messages vers les serveurs de messagerie, le composant Email Traffic Shaper fait une demande d'ouverture de connexion auprès du serveur de statistiques. Une fois la demande acceptée, la connexion est ouverte.

Avant l'envoi des messages, le module demande des « jetons » au serveur.Généralement, il s'agit d'un lot minimum de 10 jetons, afin de réduire le nombre de requêtes auprès du serveur.

Le serveur conserve en mémoire toutes les statistiques de connexion et d'envoi. En cas de redémarrage, les informations sont provisoirement perdues : chacun des clients conserve localement une copie de ses statistiques d'envoi et les retourne régulièrement au serveur (toutes les 2 minutes). Le serveur peut alors ré-agréger les données.

Les sections suivantes décrivent le traitement d'un message par le composant Email Traffic Shaper.

Diffusion d'un message message-delivery

Lorsqu'un message est envoyé, 3 résultats sont possibles :

Abandon d'un message message-abandonment

Lorsqu'un message est abandonné, il est retourné au mta et n'est plus géré par le mtachild.

Le mta décide de l'action à suivre pour ce message (reprise, abandon, mise en quarantaine, etc.) en fonction du code réponse et des règles.

Mise en attente d'un message message-pending

Un message est mis en attente lorsqu'il arrive dans la file active mais qu'il n'y a actuellement aucun chemin disponible.

Un chemin est généralement marqué non disponible pour une durée variable après une erreur de connexion. La durée d'indisponibilité d'un chemin dépend de la fréquence et de l'ancienneté des erreurs.

Configuration du serveur de statistiques statistics-server-configuration

Le serveur de statistiques peut être utilisé par plusieurs instances : il doit être configuré indépendamment des instances qui vont l'utiliser.

Vous devez d'abord définir la base de données Adobe Campaign qui hébergera la configuration.

Configuration de démarrage start-configuration

Par défaut, le module stat est démarré pour chaque instance. Lorsque les instances sont regroupées sur le même ordinateur ou lorsque les instances partagent la même adresse IP, un seul serveur de statistiques est utilisé : les autres doivent être désactivés.

Définition du port du serveur definition-of-the-server-port

Par défaut, le serveur de statistiques écoute sur le port 7777. Ce port peut être modifié dans le fichier serverConf.xml. Tous les paramètres disponibles dans le fichier serverConf.xml sont répertoriés dans cette section.

<stat port="1234"/>

Configuration des MX mx-configuration

À propos des règles MX about-mx-rules

Les règles MX (Mail eXchanger) correspondent aux règles de gestion de communication entre un serveur expéditeur et un serveur destinataire.

Ces règles sont rechargées automatiquement tous les matins à 6h00 (heure du serveur) afin de fournir régulièrement l’instance du client.

Selon les capacités matérielles et la politique interne, un FAI acceptera un nombre prédéfini de connexions et de messages par heure. Ces variables peuvent être modifiées de manière automatique par le système du FAI en fonction de la réputation de l'IP et du domaine de l'expéditeur. Adobe Campaign, via sa plateforme délivrabilité, gère plus de 150 règles spécifiques par FAI, avec, en complément, une règle générique pour les autres domaines.

Le nombre maximum de connexions ne dépend pas exclusivement du nombre d'adresses IP publiques utilisées par le MTA.

Par exemple, si vous autorisez cinq connexions dans les règles MX et que vous avez configuré deux adresses IP publiques, vous pouvez penser que vous ne pouvez pas avoir plus de dix connexions ouvertes simultanément sur ce domaine. En vérité, le nombre maximum de connexions se réfère à un chemin qui est une combinaison de l'une de nos IP MTA publiques et d'une IP MTA du client.

Dans l'exemple ci-dessous, l'utilisateur dispose de deux adresses IP publiques et configurées, et le domaine est 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.

Les enregistrements MX pour yahoo.com informent l'utilisateur que yahoo.com possède trois MX. Pour se connecter au MX client, le MTA demande son adresse IP au 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

Pour cet enregistrement, l’utilisateur peut contacter 8 adresses IP des homologues. Comme l’utilisateur dispose de 2 adresses IP publiques, il obtient 8 x 2 = 16 combinaisons pour atteindre les serveurs de messagerie yahoo.com. Chacune de ces combinaisons est appelée un chemin d’accès.

Le deuxième enregistrement MX apparaît comme ceci :

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

Quatre de ces huit adresses IP sont déjà utilisées en mta5 (98.136.216.26, 98.138.112.38, 63.250.192.46 et 98.136.217.203). Cet enregistrement permet à l'utilisateur d'utiliser quatre nouvelles adresses IP. Le troisième enregistrement MX aussi.

Au total, l'utilisateur dispose de seize adresses distantes. Avec ses deux adresses IP publiques, il obtient un total de trente-deux chemins pour accéder aux serveurs email de yahoo.com.

Ci-dessous, quelques exemples sur l'utilisation des règles MX :

Dans l'exemple ci-dessous, l'utilisateur possède une limitation de 10 000 messages par heure pour un nom de domaine particulier, mais la capacité de débit du MTA est supérieure à cette limite.

Dans ce cas, le trafic est divisé en 12 périodes de 5 minutes pour chaque heure, et la limitation réelle est de 833 messages par période.

Ces messages seront délivrés aussi vite que possible.

Configurer la gestion des MX configuring-mx-management

Les règles à respecter pour les MX sont définies dans le document Gestion des MX du nœud Administration > Gestion de campagne > Gestion des NP@I > Jeux de règles mail de l’arborescence.

Si le document Gestion des MX n’existe pas dans le nœud, vous pouvez le créer manuellement. Pour cela :

Le serveur de statistiques doit être redémarré pour que les modifications soient prises en compte.

Pour recharger la configuration sans redémarrer le serveur de statistiques, utilisez la commande suivante sur la machine hébergeant le serveur :nlserver stat -reload

Configuration des règles MX configuring-mx-rules

Le document Gestion des MX répertorie tous les domaines liés à une règle MX.

Ces règles sont appliquées dans l'ordre : la première règle dont le masque de MX est compatible avec le MX ciblé est appliquée.

Les paramètres disponibles pour chacune des règles sont les suivants :

Exemple de paramétrage :

Gestion des formats des emails managing-email-formats

Il est possible de définir le format des messages envoyés, de sorte que l'affichage du contenu s'adapte automatiquement en fonction du domaine de l'adresse de chaque destinataire.

Pour cela, accédez au document Gestion des formats des emails du dossier Administration  > Gestion de campagne  > Gestion de NP@I  > Jeux de règles mail de l'arborescence.

Ce document contient la liste de tous les domaines prédéfinis correspondant aux formats japonais gérés par Adobe Campaign. Pour plus d’informations, voir ce document.

Le paramètre Structure MIME (Multipurpose Internet Mail Extensions) permet de définir la structure du message qui sera transmise aux différents clients de messagerie. Trois options sont disponibles :

Si l'option Inclusion des images est activée, celles-ci s'affichent directement dans le corps de l'email. Les images sont alors téléchargées et les liens URL remplacés par leur contenu.

Cette option est particulièrement utilisée par le marché japonais pour les Deco-mail, Decore Mail ou Decoration Mail. Pour plus d’informations, consultez ce document.

Configuration des serveurs de diffusions delivery-server-configuration

Synchronisation des horloges clock-synchronization

Les horloges de l'ensemble des serveurs composant la plateforme Adobe Campaign (y compris la base de données), doivent être synchronisées et les systèmes doivent être dans le même fuseau horaire.

Coordonnées du serveur de statistiques coordinates-of-the-statistics-server

L'adresse du serveur de statistiques doit être indiquée au niveau du mta.

La propriété statServerAddress de l'élément mta de la configuration permet de spécifier l'adresse et le numéro de port à utiliser.

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

Pour utiliser le serveur de statistiques se trouvant sur la même machine, il faut au minimum renseigner le nom de la machine à la valeur localhost:

 <mta statServerAddress="localhost">

Liste des adresses IP à utiliser list-of-ip-addresses-to-use

La configuration relative à la gestion du trafic se situe dans l'élément mta/child/smtp du fichier de configuration.

Pour chacun des éléments IPAffinity, vous devez déclarer les adresses IP de la machine qui peuvent être utilisées.

Exemple :

<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>

Les paramètres sont les suivants :

Dans l'exemple précédent, en condition normale, les adresses seront utilisées selon la répartition suivante :

* "1": 5 / (5+5+1) = 45 %
* "2": 5 / (5+5+1) = 45 %
* "3": 1 / (5+5+1) = 10 %

Si, par exemple, la première adresse est inutilisable vers un MX donné, les messages seront envoyés en utilisant la répartition suivante :

* "2": 5 / (5+1) = 83 %
* "3": 1 / (5+1) = 17 %

Optimisation de l'envoi d'emails email-sending-optimization

L'architecture interne du mta Adobe Campaign a un impact sur le paramétrage pour optimiser la diffusion d'emails. Voici quelques conseils pour améliorer les diffusions.

Ajuster le paramètre maxWaitingMessages adjust-the-maxwaitingmessages-parameter

Le paramètre maxWaitingMessages indique le nombre maximum de messages préparés à l'avance par le mtachild. Les messages ne sont décomptés de cette liste que lorsqu'ils sont effectivement envoyés ou abandonnés.

Ce paramètre est très important et particulièrement critique si les messages ne sont pas triés par domaine.

Une fois que la variable maxWorkingSetMb (256) le seuil est atteint, le serveur de diffusion cesse d'envoyer les messages. Les performances diminueront considérablement jusqu’à ce que la variable mtachild recommence. Pour contourner ce problème, vous pouvez augmenter le seuil de la variable maxWorkingSetMb ou diminuer le seuil de la variable maxWaitingMessages .

Le paramètre maxWorkingSetMb se calcule empiriquement en multipliant le nombre maximum de messages par la taille moyenne d'un message, le tout multiplié par 2,5. Par exemple, si un message a une taille de 50 ko en moyenne, et que le paramètre maxWaitingMessages a pour valeur 1000, la mémoire consommée sera d'environ 125 Mo.

Ajuster le nombre de mtachild adjust-the-number-of-mtachild

Le nombre d'enfants ne doit pas excéder le nombre de processeurs de la machine (environ 1000 sessions). Nous vous recommandons de ne pas dépasser 8 mtachild. Vous pouvez alors augmenter le nombre de messages par child (maxMsgPerChild) pour atteindre une durée de vie suffisante.