Gestion de la liste de suppression
Dès que vous commencez à envoyer des courriels, Email Delivery ajoute automatiquement à la liste de suppression les adresses électroniques renvoyant des codes de refus indiquant un échec permanent, ou les plaintes des utilisateurs, afin de protéger la réputation de l'expéditeur. Email Delivery n'enverra plus de messages à ces destinataires.
Motifs de suppression :
- Réclamations
- Retours permanents
- Saisies manuelles
- Demandes d'annulation d'abonnement
Le mécanisme de suppression est essentiel pour protéger la réputation de tous les e-mails de ce service, car les tentatives répétées d'envoi à un destinataire non valide font que l'expéditeur est considéré comme un spammeur par diverses technologies anti-spam. Par conséquent, vous ne pouvez pas vous désinscrire du mécanisme de suppression.
Vous pouvez savoir quand une adresse électronique de destinataire a été ajoutée à la liste de suppression, en activant les journaux sur vos domaines de messagerie. Les entrées de journal sont créées lorsqu'un courriel est refusé, qu'un destinataire se désabonne ou dépose une plainte pour message indésirable. Les entrées de journal de rebond incluent également le motif de rebond, de sorte que vous pouvez savoir pourquoi le courriel n'a pas été envoyé. Pour plus d'informations, reportez-vous à la section Enabling Logs for Troubleshooting.
Parmi les exemples courants de refus permanents figurent une adresse électronique mal orthographiée ou une adresse non valide, car quelqu'un quitte une société, change de fournisseur de messagerie, etc. Un autre exemple est lorsqu'une liste de distribution ou un alias de messagerie a un destinataire non valide, auquel cas l'intégralité de l'alias de messagerie est supprimée. Dans ce dernier cas, l'action correcte consiste à supprimer le destinataire non valide de l'alias, puis à supprimer la liste de distribution ou l'alias de messagerie de la liste de suppression.
Un autre exemple est celui où le serveur de messagerie de réception a 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 enlever la suppression.
Nous vous recommandons fortement de ne pas envoyer d'e-mails à des adresses e-mail supprimées avant de déterminer la raison de leur premier refus permanent. 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 e-mails. Les adresses retournées en dur, telles que les adresses e-mail mal orthographiées ou les plaintes de spam, ne doivent jamais être envoyées par e-mail car les points négatifs (adresse IP potentielle ou liste de blocage de domaine) l'emportent de loin sur les points positifs.
Meilleures pratiques
- Assurez-vous que le domaine d'envoi dispose d'un DKIM valide, de sorte que l'administrateur de messagerie du domaine destinataire ne bloque pas les courriels.
- Si vous utilisez DL (Liste de distribution), assurez-vous que les adresses e-mail non valides ou incorrectes ne font pas partie du DL avant d'envoyer à nouveau des e-mails au DL.
Ajoutez manuellement une adresse électronique à la liste de suppression pour l'empêcher de faire partie de votre liste d'envoi. Dans la plupart des cas, les utilisateurs doivent configurer SPF et DKIM pour éviter que les adresses électroniques des destinataires soient automatiquement ajoutées à la liste de suppression. Pour plus d'informations, reportez-vous à Configuration de SPF et à Utilisation de la console.
Autorisations et stratégies
Les utilisateurs doivent disposer des droits d'accès appropriés pour gérer la liste de suppression. Actuellement, les stratégies d'identité relatives à la suppression doivent être en application au niveau du locataire (et non au niveau du compartiment). Vous trouverez ci-dessous un exemple d'instruction de stratégie de droit d'accès.
Allow group <sender admins group> to manage suppressions in tenancyLes suppressions sont stockées au niveau de la location. Par conséquent, toute demande nécessitant un ID compartmentId doit fournir l'ID tenancyId en tant que 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 tenancyAfin de connaître les autres stratégies requises pour l'envoi de courriels, reportez-vous à Gestion des expéditeurs approuvés et à Création d'informations d'identification SMTP. Pour les stratégies avancées, reportez-vous à Fonctionnalités de stratégie avancées.