Documentation sur Oracle Cloud Infrastructure

Gestion de la liste d'exclusion

Au fur et à mesure que vous commencez à envoyer des courriels, le service de transmission de messages ajoute automatiquement les adresses de courriel avec des codes de rebond indiquant des échecs permanents ou des plaintes d'utilisateur à la liste d'élimination pour protéger la réputation de l'expéditeur. Le service de transmission de messages n'envoie aucun message à ces destinataires par la suite.

Les motifs d'exclusion sont les suivants :

Le mécanisme de suppression est essentiel pour protéger la réputation de tous les courriels de ce service, car les tentatives répétées d'envoi à un destinataire non valide font en sorte que l'expéditeur est considéré comme un spammeur par diverses technologies anti-spam. Par conséquent, vous ne pouvez pas vous désabonner du mécanisme de suppression.

Vous pouvez savoir quand une adresse de courriel de destinataire a été ajoutée à la liste de suppression en activant les journaux de vos domaines de courriel. Des entrées de journal sont créées lorsqu'un courriel est retourné, ou qu'un destinataire se désabonne ou dépose une plainte pour pourriel. Les entrées du journal de non-transmissions incluent également le motif de non-transmission. Vous pouvez ainsi savoir pourquoi le courriel n'a pas été transmis. Pour plus d'informations, voir Activation des journaux pour le dépannage.

Des exemples courants de non-transmissions définitives incluent une adresse de courriel mal orthographiée ou une adresse non valide, car une personne quitte une société, change de fournisseur de courriel, etc. Un autre exemple est lorsqu'une liste de diffusion ou un alias de courriel a un destinataire non valide, auquel cas l'alias de courriel entier est supprimé. Dans ce dernier cas, l'action correcte consiste à supprimer le destinataire non valide de l'alias, puis à supprimer la liste de diffusion ou l'alias de courriel de la liste d'exclusion.

Un autre exemple est celui où le serveur de messagerie de réception présente un bogue ou est mal configuré, et où un destinataire valide renvoie une erreur. Si vous avez vérifié que c'est le cas, vous pouvez supprimer la suppression.

Nous vous recommandons fortement de ne pas envoyer de courriels à des adresses de courriel supprimées avant de déterminer la raison de leur rebond dur initial. Dans de rares cas, comme une liste de distribution où une seule mauvaise adresse peut affecter toute la liste, une adresse peut être supprimée et utilisée pour envoyer à nouveau des courriels. Les adresses avec non-transmissions définitives telles que les adresses de courriel mal orthographiées ou les plaintes de pourriel ne doivent jamais être envoyées par courriel, car les négatifs (adresses IP potentielles ou liste de blocage de domaine) l'emportent largement sur les positifs.

Meilleures pratiques

Meilleure pratique pour éviter la suppression :
  • Assurez-vous que le domaine d'envoi dispose d'un fichier DKIM valide, de sorte que l'administrateur du domaine destinataire ne bloque pas les courriels.
  • Si vous utilisez la liste de diffusion, assurez-vous que les adresses de courriel non valides ou incorrectes ne font pas partie de la liste de diffusion avant d'envoyer de nouveau des courriels à la liste de diffusion.

Ajoutez manuellement une adresse de courriel à la liste d'exclusion afin qu'elle ne fasse pas partie de votre liste d'envoi. Les utilisateurs doivent configurer SPF et DKIM pour empêcher l'ajout automatique des adresses de courriel des destinataires à la liste de suppression dans la plupart des cas. Pour plus d'informations, voir Configuration de SPF et Utilisation de la console.

Permissions et politiques

Les utilisateurs doivent disposer des autorisations appropriées pour gérer la liste d'exclusion. Actuellement, les politiques d'identité pour l'exclusion doivent se trouver au niveau de la location (et non au niveau du compartiment). Voici un exemple de l'énoncé de la politique d'autorisation. 

Allow group <sender admins group> to manage suppressions in tenancy

Les exclusions sont stockées au niveau de la location. Par conséquent, toute demande nécessitant un énoncé compartmentId doit fournir la valeur de tenancyId comme compartmentId. Par exemple :

Allow group <ordinary users group> to inspect suppressions in tenancy
Allow group <power users group> to read suppressions in tenancy
Allow group <sender admins group> to manage suppressions in tenancy

Pour connaître les autres politiques requises pour l'envoi de courriels, voir Gestion des expéditeurs approuvés et Créer des données d'identification SMTP. De plus, pour les politiques avancées, voir Fonctions avancées liées aux politiques.

Vous pouvez effectuer les tâches suivantes de gestion des listes d'exclusion :