Oracle Cloud Infrastructure Email Delivery est un service géré de courriel rapide et fiable pour l’envoi de grands volumes de courriels vers les boîtes de réception des utilisateurs. Email Delivery offre aux clients les outils nécessaires pour envoyer rapidement et de façon fiable des courriels générés par les applications pour les communications essentielles, comme les reçus, les alertes de détection de fraude, la vérification d’identité à plusieurs facteurs et la réinitialisation de mots de passe. Email Delivery est un service d’infrastructure fiable, hautement extensible et rentable. Il élimine la complexité et les coûts liés à la création d’une solution de livraison de courriels interne.

• Toute application en nuage qui comprend le courriel peut tirer avantage de Email Delivery.
• Toute entreprise qui souhaite envoyer des messages qui atteindront la boîte de réception de l’utilisateur de façon rentable devrait utiliser Email Delivery.

• Il est essentiel de vous assurer que les courriels de votre entreprise atteignent la boîte de réception de vos utilisateurs, car le courriel est le moyen le plus direct pour les entreprises de communiquer avec leurs clients. À mesure que le nombre et la fréquence des courriels sortants automatisés augmentent, il devient de plus en plus difficile d’assurer que les messages atteignent la boîte de réception des clients en raison de nombreux systèmes de filtrage des pourriels.
• Email Delivery est un service convivial pour les développeurs aux prises avec des problèmes de configuration, d’infrastructure, de sécurité et d’authentification liés à la livraison des courriels.

Email Delivery est idéal pour les courriels transactionnels générés par les applications, comme les reçus, les alertes de détection de fraude, la vérification d’identité à facteurs multiples et la réinitialisation de mots de passe. Toutefois, tout courriel conforme aux lois et règlements de l’industrie peut être envoyé.

Email Delivery est une infrastructure dorsale et peut être intégrée aux fournisseurs de services de première ligne comme Eloqua ou Responsys. Email Delivery n’offre pas aux utilisateurs la possibilité de développer des campagnes HTML ni de gérer des listes de destinataires.

Oui, Email Delivery est semblable à Amazon SES et à SendGrid.

Pour commencer à envoyer des courriels, suivez les étapes ci-dessous dans l’API ou dans la console d’Oracle Cloud Infrastructure.

Des instructions détaillées sur la configuration et l’utilisation de Email Delivery seront disponibles ici

1. À partir de la console d’Oracle Cloud Infrastructure, repérez l’utilisateur sous lequel vous allez créer des données d’identification SMTP. Assurez-vous que l’utilisateur se trouve dans un groupe qui a une politique de gestion des expéditeurs approuvés. Par exemple, permettez au groupe MyGroup d’utiliser les expéditeurs approuvés dans le compartiment MyCompartment.

2. Dans les paramètres du nouvel utilisateur, choisissez les données d’identification SMTP à gauche, puis générez les données d’identification SMTP.

3. Choisissez Email (Courriel) dans la console d’Oracle Cloud Infrastructure. Assurez-vous d’avoir choisi le bon compartiment. Votre utilisateur doit être dans un groupe autorisé à gérer les expéditeurs approuvés dans ce compartiment.

4. Créez un ou plusieurs expéditeurs approuvés dans un compartiment particulier. Il s’agit des adresses de courriel qui apparaîtront dans le champ de l’expéditeur du courriel. Veuillez noter que les expéditeurs approuvés sont propres à la région. Si vous créez un expéditeur approuvé dans Phoenix, vous ne pouvez pas envoyer de courrier par l’intermédiaire de la région d’Ashburn.

5. Suivez les instructions pour configurer votre DNS pour le cadre SPF (cadre de politique d’expéditeur) en ajoutant un enregistrement TXT sous le domaine correspondant. Veuillez consulter la FAQ sur Oracle Cloud Infrastructure DNS pour savoir comment le configurer.

6. Configurez et testez votre connexion SMTP de votre système à partir de Email Delivery. Postfix et SendMail sont deux produits SMTP populaires, mais toute bibliothèque SMTP peut être utilisée.

Email Delivery est disponible dans les villes suivantes : Ashburn, Amsterdam, Jeddah, Londres, Melbourne, Mumbai, Osaka, Phoenix, Sao Paulo, Séoul, Sydney, Tokyo et Zurich. Nous travaillons à l’expansion dans d’autres régions.

Quelques remarques importantes au sujet de la configuration des régions pour Email Delivery :

• L’application qui envoie le courrier n’a PAS besoin d’être dans la région où le courrier est envoyé
  
  Exemple :
  Si votre application se trouve dans une autre région, vous devez configurer le courriel à partir d’une des régions où le service est disponible. Dans l’interface utilisateur de la console, changez votre région en précisant un endroit où le service est disponible et ajoutez un expéditeur approuvé. La création des données d’identification SMTP est la même, peu importe la région, puisque les identités sont des ressources mondiales. Vous devrez alors faire en sorte que votre application (dans la région qui n’a pas de courriel) puisse envoyer des courriels à sa destination, par exemple le point d’extrémité SMTP PHX smtp.us-phœnix-1.oraclecloud.com, à l’aide des données d’identification SMTP. Votre application enverra alors ses courriels au point d’extrémité SMTP régional où vous avez créé l’expéditeur approuvé à l’aide des données d’identification SMTP.

Lorsque Email Delivery sera disponible dans plus de régions, il sera idéal de configurer le courriel dans la même région que l’application d’envoi.

• Assurez-vous d’avoir l’autorisation de gérer les expéditeurs approuvés dans le compartiment choisi. (Principes de base de la politique)
• Vous avez peut-être atteint votre limite d’expéditeurs approuvée. Vous pouvez utiliser My Oracle Support pour soumettre une demande de service afin d’augmenter la limite d’envoi de courriels au besoin.
• Il se peut que votre compte soit suspendu, ce qui réduirait la limite d’expéditeurs approuvés à 0.

Un expéditeur approuvé est une ressource qui permet à Email Delivery d’expédier des messages avec une adresse d’expéditeur correspondante. Les expéditeurs approuvés sont associés à un compartiment et n’existent que dans la région où ils ont été configurés.

Oui, les courriels en masse peuvent être envoyés par programmation avec le service Email Delivery d’Oracle.

Remarque : Les rapports ne sont pas disponibles à GA.

• Oracle est fière de se conformer à des politiques de sécurité et de livraison de courriels strictes. Par conséquent, nous acceptons uniquement les courriels des clients au moyen de TLS.
• TLS (obligatoire)
• Seule la version TLS 1.2 est prise en charge, puisque les versions antérieures sont moins sécuritaires.
• Les applications Java doivent être mises à jour à la dernière version afin de s’assurer que les protocoles de sécurité, les suites de chiffrement et les correctifs soient conformes aux politiques de sécurité d’Oracle.
• Les suites de chiffrement approuvées sont les suivantes :
• TLSv1.2 :
• TLS_DHE_RSA_WITH_AES_256_CBC_SHA256,
• TLS_DHE_DSS_WITH_AES_256_CBC_SHA256,
• TLS_RSA_WITH_AES_256_CBC_SHA,
• TLS_RSA_WITH_AES_256_CBC_SHA256,
• TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
• TLS_DHE_RSA_WITH_AES_128_CBC_SHA,
• TLS_DHE_RSA_WITH_AES_256_CBC_SHA,
• TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384,
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,
• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256,
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

• Seul SMTP Plain est pris en charge
• Remarque : Si l’application d’envoi n’est pas flexible pour le paramètre Auth Command, un mandataire/relais SMTP peut être utilisé

• Oui, mais l’application devra utiliser un service qui dispose d’un accès Internet, comme un service de serveur mandataire ou de relais.
• À l’avenir, Email Delivery sera en mesure d’accepter les courriels d’Oracle Cloud Infrastructure à l’aide du service de passerelle, sans avoir à parcourir Internet).

La plateforme Email Delivery est gérée par l’équipe d’Oracle Cloud Infrastructure’s Email Deliverability. Des limites sont imposées aux comptes pour protéger le service et la réputation de nos clients. Les limites suivantes peuvent être augmentées afin de répondre aux exigences d’envoi à grande échelle en faisant une demande de service dans My Oracle Support.

• Les clients qui s’inscrivent sur oracle.com pour une période d’essai gratuite sont limités à 200 courriels dans une période continue de 24 heures, et les taux d’envoi ne doivent pas dépasser 10 courriels par minute. Les expéditeurs approuvés sont limités à 5.
• Les comptes d’entreprise sont limités à 50 000 courriels dans une période continue de 24 heures, et les taux d’envoi ne doivent pas dépasser 18 000 courriels par minute. Les expéditeurs approuvés sont limités à 10 000 pour les clients d’entreprise.
• Email Delivery prend en charge un volume élevé, mais une limite est fixée comme mesure de protection pour la réputation de nos clients.
• Communiquez avec My Oracle Support, qui pourra collaborer avec vous pour comprendre votre cas d’utilisation et augmenter la limite d’envoi au besoin.

Comme mentionné dans la description du service, l’obligation suivante s’applique au type de courriel envoyé avec Email Delivery :

• Vous ne devez pas utiliser les services dans le but de distribuer des pourriels, des messages instantanés non sollicités en masse ou toute autre forme de communications électroniques non sollicitées distribuées en masse à des destinataires avec lesquels vous n’avez aucune relation professionnelle ou personnelle préexistante.

Les messages d’une taille maximale de 2 Mo, y compris les en-têtes, le corps et les pièces jointes, sont pris en charge initialement. Actuellement, cette fonction n’est pas configurable, mais elle le sera sous peu.

Email Delivery prend en charge l’envoi de messages MIME (multipurpose internet mail) par SMTP. MIME est la norme RFC qui précise en partie le fonctionnement des pièces jointes. Pour en savoir plus, voir ici.

Actuellement, SMTP est la seule méthode pour envoyer des courriels par Email Delivery. Il y a un point d’extrémité SMTP unique dans chaque région d’Oracle Cloud Infrastructure où Email Delivery est disponible.

Oui, Email Delivery est incluse dans les SDK d’Oracle Cloud Infrastructure.

Email Delivery offre un service fiable par l’intermédiaire d’un système conforme aux meilleures pratiques de l’industrie. La plateforme est gérée par l’équipe d’Oracle Cloud Infrastructure Email Deliverability, qui passe en revue les paramètres clés de livraison pour assurer la meilleure réputation d’envoi possible. Les éléments suivants sont gérés pour vous lorsque vous envoyez un courriel avec Email Delivery :

• Configurations SMTP uniques pour les fournisseurs de boîtes aux lettres
• Collecte de rebonds
• Collecte des plaintes des utilisateurs
• Normes d’authentification des courriels (comme SPF)
• Gestion du groupe d’adresses IP

Email Delivery est configuré avec la limitation de tarif, les modes de sauvegarde et les configurations SMTP propres au fournisseur de messagerie. Ces configurations ont été établies grâce à des relations avec l’industrie et à des années de mise au point auprès des fournisseurs mondiaux de boîtes aux lettres afin d’optimiser le positionnement de votre boîte aux lettres et la vitesse de livraison.

Oui, les courriels envoyés sans réponse sont recueillis et classés en fonction de leurs codes de rebond correspondants.

Toute adresse de destinataire considérée de façon permanente comme non livrable, comme les rebonds durs, est ajoutée à la liste de suppression du client. Les tentatives répétées d’envoi à des adresses figurant sur la liste de suppression ne seront pas livrées par Email Delivery, et ces occurrences seront enregistrées dans le rapport d’adresses bloquées. Un taux élevé de rebonds durs (ratio des rebonds durs par rapport aux messages envoyés) se produit lorsqu’un expéditeur tente d’envoyer un message à une adresse de destinataire qui n’existe pas. Le fournisseur de la boîte aux lettres retournera un code de rebond dur à l’expéditeur. Les rebonds durs sont une bonne indication de la qualité de la liste, et ceux-ci devraient être inférieurs à 2 %.

Oui, les plaintes des utilisateurs sont recueillies et traitées par des boucles de rétroaction du fournisseur de boîte aux lettres. La configuration des plaintes est entièrement automatisée avec Email Delivery.

Lorsque les utilisateurs se plaignent des pourriels, l’utilisateur est ajouté à la liste de suppression afin de protéger la réputation du client qui envoie des messages. Nous vous suggérons également de supprimer l’utilisateur de votre liste d’envoi à ce moment-là, mais aucune autre mesure n’est requise pour assurer la qualité de la livraison des courriels.

La liste de suppression est intégrée à votre interface utilisateur de la console de Email Delivery, ainsi que dans l’API, le SDK et l’interface de ligne de commande.

Email Delivery ajoute automatiquement des adresses de courriel avec des codes de rebond indiquant des échecs permanents ou des plaintes des utilisateurs à la liste de suppression afin de protéger la réputation de votre expéditeur. Email Delivery n’enverra plus de messages à ces destinataires à l’avenir. Les tentatives répétées d’envoi à des adresses de courriel supprimées apparaîtront sur votre rapport d’adresses bloquées.

Les raisons de la suppression sont les suivantes : plaintes de pourriels, rebonds durs, rebonds doux répétitifs, entrées manuelles et demandes de désabonnement de liste.

Un cadre SPF empêche la mystification des adresses de courriel et minimise les pourriels entrants. Grâce à ce cadre, un domaine peut autoriser explicitement les hôtes qui peuvent utiliser son nom de domaine. SPF publie les enregistrements SPF (code 99) ou TXT (code 16), qui sont des enregistrements de ressources DNS indiquant quels hôtes sont autorisés à utiliser un nom de domaine. Le serveur de courriel de réception vérifie les enregistrements SPF du domaine identifié comme correspondant à l’envoi du courriel afin d’établir que l’adresse IP source d’origine du courriel est autorisée à envoyer des courriels de ce domaine.

Les fournisseurs de boîtes de courriels et les fournisseurs de services Internet vérifient le cadre SPF pour s’assurer que l’expéditeur (Email Delivery) est autorisé à envoyer des courriels au nom de votre domaine. SPF est une base essentielle pour offrir une bonne livraison à partir de votre domaine et vous protège contre les abus, comme les pourriels ou les tentatives d’hameçonnage.

Pour configurer un SPF, vous devez inclure un enregistrement TXT dans le domaine utilisé par votre expéditeur approuvé. Si Email Delivery est le seul expéditeur autorisé pour ce domaine, l’enregistrement ressemblera à ce qui suit :

v=spf1 include:spf.oracleemaildelivery.com -all

« v » indique la version du cadre SPF utilisé. Les autres mécanismes vérifient la légitimité du courriel. Les mentions « MX » et « A » sont des enregistrements de ressources, pour une comparaison du courriel et de l’enregistrement SPF, afin de décider si le courriel doit être accepté ou non. « all » correspond à tous les cas et sert d’action par défaut. Les mécanismes sont combinés à des qualificateurs pour déterminer comment gérer une correspondance. Les plus simples sont + (qui est implicite s’il est omis) et -, entraînant respectivement la réussite ou l’échec. La façon dont ces résultats sont traités est laissée aux administrateurs du domaine récepteur à des fins de traitement. Habituellement, les échecs sont rejetés et les rebonds doux sont marqués comme des pourriels potentiels.

L’utilisation d’un SPF peut accroître la confiance et la renommée du client. Un domaine qui applique le cadre SPF est beaucoup moins susceptible d’être usurpé. Sans cadre SPF, les pourriels peuvent être mystifiés et se présenter sous un domaine en particulier, auquel cas le destinataire signalerait probablement le courriel comme étant un pourriel. Avec un nombre suffisant de rapports, les filtres de Bayes de pourriels sont plus susceptibles de bloquer le domaine, empêchant ainsi tout courriel légitime potentiel. Toutefois, si un domaine applique un cadre SPF et qu’il est falsifié, le serveur récepteur sera plus susceptible de bloquer le courriel frauduleux.

Oui, Email Delivery prend en charge les adresses IP dédiées. Par défaut, les comptes clients sont configurés en groupes d’envoi partagés par niveaux, selon les caractéristiques de votre courriel. Des adresses IP dédiées sont suggérées pour les volumes d’envoi plus importants. Il se peut que les adresses IP dédiées ne soient pas conseillées pour l’envoi sporadique de courriels, car cela ne favorise pas une bonne réputation d’envoi et, par conséquent, pourrait avoir une incidence sur vos livraisons de courriels.

Les caractéristiques de courrier de chaque client (volume, taux de rupture, réputation, etc.) varieront selon votre stratégie d’adresse IP. Nos équipes sont formées à ce sujet et prêtes à répondre à vos besoins particuliers en matière d’IP. Communiquez avec le soutien pour obtenir de l’aide avec cette configuration.

Les pratiques exemplaires en matière de livraison sont établies en fonction des caractéristiques de transparence et de désir d’utilisateur associées au courriel. La Loi canadienne antipourriel (LCAP) est un des meilleurs guides pour assurer votre conformité à la loi, le désir d’utilisateur et le filtrage que la plupart des fournisseurs de boîtes aux lettres utilisent. Le lien suivant donne un aperçu de la LCAP et décrit les meilleures pratiques de l’industrie : https://help.dyn.com/casl-faq/

Lorsqu’il est question d’envoi de courriels, il est plus important que jamais de disposer d’un réseau propre. Si vous partagez des adresses IP avec des polluposteurs et d’autres expéditeurs moins fiables, les chances que votre courriel soit livré dans des boîtes de réception diminuent considérablement. Notre vigilance continue à superviser notre réseau nous aide à éliminer les mauvais envoyeurs et à attirer les bons.

Authentification

Lors de l’utilisation d’un service de livraison de courriels tiers, l’authentification par courriel aide à vérifier l’identité et la confiance entre l’expéditeur (Email Delivery) et le serveur de réception (fournisseurs de services Internet et serveurs de courrier d’entreprise) en intégrant à la fois des SPF et des clés de domaine (DKIM) dans vos enregistrements de DNS. Les serveurs de réception, dans le but d’empêcher qu’un courriel indésirable ou falsifié atteigne la boîte de réception, effectuent des recherches sur les enregistrements de DNS de votre domaine afin de voir si l’expéditeur tiers est autorisé à envoyer du courrier en votre nom.

Volume/Fréquence

Des volumes et des fréquences stables aident à développer votre réputation de bon expéditeur. Les pointes aléatoires de trafic sont souvent associées aux polluposteurs. Un volume suffisant doit être envoyé à partir de vos adresses IP avant de pouvoir établir que vous êtes un expéditeur de confiance par les fournisseurs de services Internet.

Taux de rebond

Un taux de rebond correspond au pourcentage de messages non livrables (rebonds) par rapport au nombre total de courriels que vous avez envoyés. Il est recommandé que le taux de rebond demeure inférieur à 2 %. Des taux de rebond plus élevés indiquent souvent une mauvaise gestion et un mauvais nettoyage de liste, ou encore que celle-ci est vieille, louée ou achetée. Email Delivery ajoute automatiquement les rebonds à la liste de suppression pour vous aider à réduire votre taux de rebond.

Taux de plaintes de pourriels

Un taux de plaintes relatives aux pourriels correspond au pourcentage des plaintes soumises par les utilisateurs à leurs fournisseurs de services Internet en fonction du nombre total de courriels que vous avez envoyés. Les plaintes de pourriels se produisent lorsque le destinataire du courriel choisit de cliquer sur le bouton « Signaler comme pourriel » dans l’interface utilisateur du client du courriel. Nous vous recommandons de maintenir vos taux de plaintes de pourriels en dessous de 0,05 %. Email Delivery ajoute automatiquement les plaintes de pourriel à la liste de suppression.

Listes noires

Les fournisseurs de services Internet utilisent des listes noires pour bloquer les pourriels des expéditeurs ayant une mauvaise réputation. Des expéditeurs légitimes peuvent être inscrits sur la liste noire par erreur. Email Delivery analyse en temps réel les 10 services de liste noire les plus actifs pour nos adresses IP d’expédition. La plupart des listes noires mènent à un blocage pendant 24 heures, et vous serez automatiquement retiré de la liste après cette période. Certains, toutefois, exigent que vous vous retiriez explicitement de la liste.

Un taux élevé de rebonds durs (ratio des rebonds durs par rapport aux messages envoyés) se produit lorsqu’un expéditeur tente d’envoyer un message à une adresse de destinataire qui n’existe pas. Le fournisseur de la boîte aux lettres retournera un code de rebond dur à l’expéditeur. Les rebonds durs sont une bonne indication de la qualité de la liste, et ceux-ci devraient être inférieurs à 2 %.

En général, les rebonds surviennent lorsqu’une adresse de destinataire présente les caractéristiques suivantes :

• Entrée incorrecte
• N’est plus utilisé (l’utilisateur a annulé le compte)
• Acquis à partir d’un site Web par des procédés de moissonnage du Web
• Fabriqué par un fournisseur de services de liste

Les fournisseurs de boîtes aux lettres s’attendent à ce que des rebonds se produisent. Toutefois, s’il y a trop de rebonds durs, la livraison commencera à être de moins bonne qualité. Email Delivery ajoutera automatiquement toutes les adresses de destinataires des rebonds durs dans votre liste de suppression afin d’éviter les tentatives de livraison futures et de protéger votre réputation d’expéditeur.

Vous pouvez réduire le taux de rebond en procédant comme suit :

1. Mettre en œuvre un processus d’adhésion. Pour l’envoi en masse (à plusieurs destinataires en même temps), mettez en œuvre un processus d’adhésion. Un processus d’adhésion est une méthode permettant à vos utilisateurs de s’inscrire (ce qui vous donne l’autorisation d’envoyer des messages) à votre liste d’envoi. Il est essentiel d’envoyer uniquement des messages aux abonnés qui ont choisi d’y participer. Il existe deux types de procédures d’adhésion.

2. Adhésion unique (non confirmée) : Une adhésion unique est le cas où l’utilisateur fournit son adresse de courriel et donne l’autorisation de recevoir des messages pertinents. Une fois l’adresse fournie, les messages peuvent être envoyés sans confirmer que l’adresse électronique appartient à l’utilisateur qui l’a fournie.

3. Adhésion double (confirmée) : Une adhésion double est le cas où un utilisateur a fourni son adresse électronique. De plus, avant le premier envoi, un courriel de confirmation contenant une action requise de la part de l’utilisateur est envoyé afin de s’assurer que le titulaire du compte souhaite recevoir d’autres messages. Un compte peut être vérifié en demandant au propriétaire de l’adresse de cliquer sur un lien pour répondre au courriel. Cela permet d’assurer que l’adresse n’a pas été ajoutée à une liste d’envoi de tiers sans le consentement du propriétaire.

4. Purger les utilisateurs non engagés. Vous devez mettre en œuvre un processus pour supprimer les utilisateurs non engagés. Si un destinataire n’ouvre pas ou ne clique pas sur votre courriel, cela peut indiquer qu’il n’utilise plus le compte de courriel en question. Si tel est le cas, le fournisseur de la boîte aux lettres mettra fin au compte ou le transformera en piège à pourriels. Pour éviter de vous heurter à ces pièges à pourriels ou à des rebonds durs d’un compte annulé, les destinataires qui n’ont pas été engagés dans un délai défini par votre modèle d’affaires sont retirés. Cela vous aidera également à assurer une bonne livraison de vos courriels en augmentant le taux d’engagement d’utilisateur.

5. Passer en revue la liste des abonnés. Lorsque vous passez en revue votre liste d’abonnés, assurez-vous de ce qui suit :

Éliminez les adresses en double avant les envois. Si des adresses qui n’existent pas reçoivent des courriels fréquemment, cela pourrait augmenter votre taux de rebond.

Assurez-vous qu’une liste de suppression précédente (possiblement d’un autre fournisseur de services de messagerie) n’a pas été incluse accidentellement.

Vérifiez que les abonnés ont adhéré à vos envois (n’envoyez pas de courriels à une ancienne liste que vous avez trouvée).

Empêchez les utilisateurs de télécharger la liste de contacts de leur client de messagerie au moyen d’une option de type « tout sélectionner ». Le fait de forcer l’utilisateur à sélectionner les adresses individuellement évitera d’inclure accidentellement des adresses périmées ou possiblement périmées.

6. Évaluer la fréquence d’envoi. Si un message n’a pas la chance d’avoir été enregistré à titre de rebond avant que le message suivant ne soit envoyé au destinataire, il sera à nouveau un rebond dur. Donnez au fournisseur de boîte de courriels et au fournisseur de services de messagerie le temps de traiter le rebond avant d’envoyer un autre message. La réduction de la fréquence d’envoi donne également à l’utilisateur l’occasion de se désabonner avant de recevoir plusieurs messages qu’il pourrait marquer comme étant des pourriels.

Un rebond doux survient lorsqu’un message est envoyé à un destinataire et que le serveur est temporairement indisponible, ou alors que le message a été bloqué par le destinataire. Le taux correspond au nombre de rebonds doux par rapport au nombre de messages envoyés. Il s’agit d’un statut temporaire de non-livraison, et le fournisseur de la boîte aux lettres retournera un code de rebond temporaire à l’expéditeur. Ces adresses ne seront pas ajoutées à la liste de suppression, car elles existent.

• Remarque : Email Delivery ajoutera une adresse à la liste de suppression si 4 courriels lui ont été envoyés dans un délai de 24 heures entraînent un rebond doux.

Les rebonds doux sont généralement une bonne indication de la qualité et de la pertinence du contenu des messages.

En général, les rebonds doux correspondent à ceci :

• Pourriel de contenu : Le contenu du message a été identifié comme étant un pourriel par le récepteur et est bloqué temporairement.
• Contenu non pertinent pour le destinataire : Cela peut causer un grand nombre de plaintes, et les destinataires bloqueront temporairement les messages de l’adresse IP ou du domaine de l’expéditeur.
• Nombre élevé de plaintes : Certains destinataires bloquent tous les messages entrants provenant d’une adresse IP lorsqu’un seuil de plainte (nombre de plaintes sur une période donnée par adresse IP) est dépassé.
• Serveur de courriel de réception occupé : Si cela se produit, le serveur de courriel sortant tentera d’envoyer le message quatre fois, puis le message sera considéré comme un rebond dur.
• Boîte aux lettres pleine ou quota dépassé : Si la boîte aux lettres du destinataire est pleine ou si le quota est dépassé, le message peut être considéré comme un rebond doux.

Les plaintes peuvent survenir pour plusieurs raisons, et ce n’est pas toujours parce que l’utilisateur croit que votre message est un « pourriel ». Avouons-le, cliquer sur le bouton de signalement de pourriel pour réduire le nombre de messages dans une boîte de réception bondée est une voie facile pour réduire le nombre de messages reçus.

Voici quelques raisons courantes pour lesquelles les gens peuvent se plaindre de vos messages :

• Le message est vraiment un pourriel.
• Le contenu n’est plus pertinent, par rapport à ce que le destinataire s’attend à recevoir (différent du service auquel il a adhéré).
• Il est plus facile de signaler le message comme étant un pourriel que de trouver l’URL de désabonnement cachée au bas de page.
• Le destinataire fait plus confiance à l’interface utilisateur du fournisseur de service Internet qu’à votre URL de désabonnement.
• Le destinataire en a assez de recevoir vos messages.

Voici comment vous pouvez améliorer votre taux de plaintes :

• N’envoyez pas de pourriels
• Gardez le contenu pertinent : Si le destinataire s’est abonné à partir de votre site pour obtenir des coupons quotidiens d’épicerie, ne commencez pas à lui envoyer des taux de prêt auto.
• URL de désabonnement facilement accessible : L’annulation d’abonnement est une bonne chose. Elle a pour effet de réduire votre liste, ce qui n’est pas génial, mais elle contribue à améliorer le succès d’envoi en misant uniquement sur les destinataires qui s’engagent en ouvrant ou en cliquant sur vos messages. Lorsque les gens se plaignent, cela nuit à votre réputation d’envoi. Faites donc en sorte que les retraits de votre liste d’envoi soient faciles. La pire chose à faire est de masquer l’URL de désabonnement au bas du message. Un petit pourcentage d’utilisateurs défilera jusqu’au bas du courriel pour la trouver. La plupart choisiront la voie facile et marqueront tout simplement les messages comme étant des pourriels.
• Mettre en œuvre un en-tête de désabonnement à la liste : Si elle est prise en charge par le fournisseur de la boîte aux lettres, cette fonction permettra aux utilisateurs de se désabonner de votre liste en toute sécurité au moyen de l’interface utilisateur du fournisseur de services Internet de confiance, plutôt que d’avoir à marquer le message comme étant un pourriel. C’est la chose la plus proche que Gmail propose en guise de boucle de rétroaction.
• Mettre en œuvre un processus de double adhésion : Envoyer des messages aux utilisateurs actuels et confirmer qu’ils souhaitent recevoir vos messages est une excellente façon de s’assurer qu’ils apprécient toujours vos messages. C’est également une excellente façon de supprimer les destinataires, avant que ceux-ci marquent des messages comme étant des pourriels.
• Évaluer la fréquence des envois : Si vous envoyez trop de messages en peu de temps, cela pourrait exacerber les destinataires et les inciter à marquer les messages comme étant du pourriel. Assurez-vous que la fréquence de vos messages correspond à la fréquence prévue de votre contenu. La réduction de la fréquence peut réduire le nombre de plaintes de pourriel.
• Supprimer les destinataires non engagés : Il se peut que si les destinataires n’ouvrent pas vos messages ou ne cliquent pas sur vos liens, ce soit parce qu’ils en ont assez de vos courriels. Vous devriez nettoyer les destinataires lorsque la tentative finale de participation de ces destinataires échoue. Voici quelques conseils pour vous aider à comprendre les pratiques exemplaires en matière de gestion des listes dans ce domaine.

• Vérifiez si le destinataire figure sur la liste de suppression.
• Assurez-vous d’avoir un cadre SPF pour augmenter le positionnement de votre boîte aux lettres.
• Vérifiez les journaux de votre application pour vous assurer qu’il n’y a pas de problème (par exemple, échec d’authentification ou problème de format du courriel).
• Si vous fournissez deux adresses différentes pour l’expéditeur et le corps de l’enveloppe, elles doivent être approuvées, sinon le courrier sera rejeté.
• Si le champ SMTP du destinataire n’est pas le même que celui du corps du courriel, les deux adresses doivent être des expéditeurs approuvés.
• Vous n’arrivez toujours pas à régler le problème? Soumettez un billet de service à la clientèle

Oui, Email Delivery prend en charge les adresses IP dédiées, ce qui vous permet de contrôler votre réputation. Les adresses IP dédiées sont des adresses IP d’Oracle Cloud réservées à l’envoi de vos courriels. Par défaut, les comptes clients sont configurés en groupes d’envoi partagés par niveaux, selon les caractéristiques de votre courriel. Des adresses IP dédiées sont suggérées pour les volumes d’envoi plus importants. Il se peut que les adresses IP dédiées ne soient pas conseillées pour l’envoi sporadique de courriels, car cela ne favorise pas une bonne réputation d’envoi et, par conséquent, pourrait avoir une incidence sur vos livraisons de courriels.

Les caractéristiques de courrier de chaque client (volume, taux de rupture, réputation, etc.) varieront selon votre stratégie d’adresse IP. Nos équipes sont formées à ce sujet et prêtes à répondre à vos besoins particuliers en matière d’IP. Communiquez avec le soutien pour obtenir de l’aide avec cette configuration.

La gestion de la réputation est un service complémentaire par l’intermédiaire des ventes et exige l’achat d’un abonnement à Universal Cloud.