Aller au contenu

Serveur SMTP personnalisé pour les emails automatiques

Aucune configuration SMTP n’est nécessaire pour envoyer les emails clients automatiques : par défaut, ils partent du serveur de messagerie de ProAbono, et chaque message porte l’adresse d’expédition notification@proabono.com.

L’adresse que voit le client appartient donc à ProAbono, et rien dans le message ne renvoie au domaine du marchand. La délivrabilité et la crédibilité de l’expéditeur font l’objet d’un travail continu, et ces messages arrivent bien en boîte de réception — mais un expéditeur que le client ne reconnaît pas retient moins l’attention que celui du marchand, et un message peut rester non lu pour cette seule raison.

Un serveur SMTP personnalisé réduit cette distance. Une fois qu’il est configuré, chaque email automatique part par ce serveur, depuis une adresse du domaine du marchand — l’expéditeur que le client connaît déjà.

Les paramètres sont portés par segment. Un business qui exploite plusieurs segments peut expédier depuis une adresse différente pour chacun, et un segment laissé sans configuration conserve l’expéditeur ProAbono.

C’est l’un ou l’autre. Pour un segment donné, soit un serveur SMTP personnalisé est configuré et tous les emails automatiques partent par lui, soit il n’y en a pas et le serveur de ProAbono est utilisé. Les deux ne se mélangent jamais, et aucun basculement automatique ne fait passer de l’un à l’autre.

Ce que le serveur personnalisé change :

  • l’adresse d’expédition affichée dans la boîte de réception, et le nom affiché à côté d’elle ;
  • l’adresse à laquelle arrive une réponse, qui peut différer de l’adresse d’expédition ;
  • le serveur par lequel transite le message, et donc le domaine dont le serveur destinataire évalue la réputation.

Ce qu’il laisse inchangé :

  • les emails qui partent, et les événements qui les déclenchent ;
  • le contenu et la mise en forme de chaque message, qui se modifient depuis leurs modèles ;
  • la facture ou la facture d’avoir jointe au format PDF ;
  • la trace de chaque message dans la liste des emails envoyés.
Paramètre Ce qu’il contient
Host Le nom d’hôte du serveur SMTP ou du relais, et non une adresse IP.
Port Le port sur lequel le serveur accepte les envois authentifiés. 587 et 465 sont les valeurs habituelles.
Username Le compte utilisé pour s’authentifier — un compte technique dédié à ProAbono, et non l’identifiant de la boîte mail d’une personne.
Password Le mot de passe ou la clé d’API de ce compte.
From L’adresse d’expédition que voit le client. Le serveur doit être autorisé à expédier pour elle.
Reply-to L’adresse à laquelle part une réponse. Il s’agit souvent d’une boîte qui collecte les retours en erreur, elle peut donc différer de From.
Display name Le nom affiché à côté de l’adresse d’expédition dans la boîte de réception du client.

Un port qui fonctionne depuis un logiciel de messagerie ne garantit pas qu’il fonctionne ici : les deux connexions ne viennent pas du même réseau, et un relais peut répondre sur l’un des deux ports d’envoi et pas sur l’autre. Lorsque la connexion échoue ou expire sur l’un des deux ports habituels, il vaut la peine de transmettre l’autre.

Les paramètres SMTP ne sont pas modifiables depuis le back-office, quelle que soit la formule. Ils sont appliqués par les équipes de ProAbono sur demande, afin que les identifiants ne passent jamais par un formulaire web ni par une session de navigateur. Ne trouver aucun de ces champs dans le menu Paramètres est donc normal, et ne signale pas une option manquante.

La configuration d’un serveur SMTP est une fonctionnalité de licence, qui n’est pas incluse dans toutes les formules — voir ce que comprend une licence ProAbono et la page des tarifs.

  • Créer un compte sur le serveur de messagerie, ou un identifiant sur le relais, réservé à ProAbono et à rien d’autre.
  • L’autoriser à expédier pour l’adresse retenue comme From.

Le mot de passe de la boîte mail d’une personne n’est jamais réemployé ici. Un identifiant dédié peut être révoqué ou renouvelé sans priver personne de sa messagerie, et il limite la portée d’une divulgation.

  • Ouvrir une conversation avec le support, depuis le tchat du back-office ou par email à support@proabono.com.
  • Demander le lien sécurisé prévu pour transmettre des identifiants, et y saisir les paramètres. Un mot de passe n’a sa place ni dans un message de tchat ni dans un fil d’emails, où il reste lisible aussi longtemps que la conversation est conservée.
  • Préciser le ou les segments auxquels s’applique la configuration.

3. Mettre en place la délivrabilité du domaine expéditeur

Section titled “3. Mettre en place la délivrabilité du domaine expéditeur”

Dès que les messages partent par le serveur du marchand, leur délivrabilité ne relève plus de ProAbono : elle se joue sur le domaine expéditeur et sur ce serveur. Les enregistrements SPF, DKIM et DMARC du domaine, et plus largement les pratiques d’authentification des emails qui les entourent, doivent suivre l’état de l’art — les grands fournisseurs de messagerie attendent aujourd’hui les trois.

  • Confier la mise en place et le suivi de ces enregistrements à l’équipe technique, ou au prestataire qui administre le domaine.

Ces enregistrements vivent dans la zone DNS du domaine, à laquelle ProAbono n’a pas accès.

  • Lire l’adresse d’expédition, le nom affiché et l’adresse de réponse sur un message réellement reçu, et non sur un aperçu.
  • Vérifier que le message est arrivé dans la boîte de réception et non dans les indésirables, chez au moins un grand fournisseur de messagerie.
  • Ouvrir la liste des emails envoyés et contrôler le statut d’envoi des derniers messages.

Toute évolution ultérieure du serveur de messagerie — certificat renouvelé, identifiant changé, nouvel hôte ou nouveau port — appelle la même vérification, et une nouvelle demande au support, puisque les paramètres ne se modifient pas depuis le back-office.

Quand les emails automatiques n’arrivent plus

Section titled “Quand les emails automatiques n’arrivent plus”

Faute de basculement, un serveur configuré devenu injoignable arrête l’envoi au lieu de changer d’expéditeur. C’est dans la liste des emails envoyés que cela se voit : elle enregistre chaque message avec son statut d’envoi, et le filtre sur ce statut fait ressortir ceux qui ne sont pas partis. Une adresse de destinataire erronée produit le même symptôme pour un seul client : c’est le nombre de messages touchés qui distingue les deux cas.

Du côté du marchand, les causes habituelles sont un certificat expiré ou renouvelé avec une autre chaîne de confiance, un identifiant changé ou révoqué, un relais qui a changé d’hôte ou de port, et un serveur qui ne répond plus. Chacune appelle une nouvelle demande au support.

L’authentification OAuth 2 auprès d’un serveur de messagerie n’est pas prise en charge. La connexion se fait en SMTP, authentifiée par un nom d’utilisateur et un mot de passe.

Le cas se présente lorsqu’un fournisseur de messagerie retire l’authentification SMTP de base : une boîte hébergée chez ce fournisseur ne peut alors plus être utilisée directement. Le contournement consiste à passer par un relais SMTP tiers qui accepte encore l’authentification par mot de passe, les enregistrements SPF et DKIM du domaine expéditeur désignant ce relais.