Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Fonctionnement de l'envoi d'e-mails dans Amazon SES
Cette rubrique décrit ce qui se produit lorsque vous envoyez un e-mail avec SES, ainsi que les divers résultats consécutifs à l'envoi de l'e-mail. L'illustration suivante constitue une présentation générale du processus d'envoi :
****
1. Une application cliente, agissant en tant qu'expéditeur d'e-mail, formule une requête auprès de SES pour envoyer un e-mail à un ou plusieurs destinataires.
1. Si la demande est valide, SES accepte l'e-mail.
1. SES envoie le message via Internet au destinataire. Une fois que le message est transmis à SES, il est généralement immédiatement envoyé, lors de la première tentative de livraison qui survient normalement dans un délai de quelques millisecondes.
1. À ce stade, il existe différentes possibilités. Par exemple :
1. Le FAI livre avec succès le message dans la boîte de réception du destinataire.
1. L'adresse e-mail du destinataire n'existe pas : le FAI envoie une notification de retour à l'expéditeur à SES. SES transmet alors la notification à l'expéditeur.
1. Le destinataire reçoit le message, mais le juge comme étant du courrier indésirable et enregistre une réclamation auprès de l'ISP. Le FAI, qui dispose d'une boucle de rétroaction configurée avec SES, envoie la réclamation à SES, qui la transmet à l'expéditeur.
Les sections suivantes passent en revue les résultats possibles après l'envoi d'une demande d'e-mail à SES par un expéditeur, et après l'envoi d'un e-mail au destinataire par SES.
## Après l'envoi d'une demande d'e-mail à SES par un expéditeur
Lorsque l'expéditeur formule une demande d'envoi d'e-mail à SES, l'appel peut aboutir ou échouer. Les sections suivantes décrivent ce qui se produit dans chaque cas.
### La demande d'envoi aboutit
Si la demande faite à SES aboutit, SES renvoie une réponse de réussite à l'expéditeur. Ce message inclut l'*ID de message*, chaîne de caractères qui identifie de façon unique la demande. Vous pouvez utiliser l'ID de message pour identifier l'e-mail envoyé ou suivre les problèmes rencontrés pendant l'envoi (vous devez [stocker votre propre mappage](faqs-enforcement.md#cm-feedback-loop-q8) entre un identifiant et l'ID de message SES qui vous est transmis en retour au moment où SES accepte l'e-mail). SES assemble ensuite un message électronique basé sur les paramètres de la demande, analyse le message à la recherche de virus et de contenu douteux, puis l'envoie via Internet à l'aide du protocole SMTP. Votre message est généralement envoyé immédiatement ; la première tentative de livraison s'effectue généralement dans un délai de quelques millisecondes.
**Note**
Si SES accepte la demande de l'expéditeur et détermine ensuite que le message contient un virus, SES s'arrête de traiter le message et ne tente pas de le remettre au serveur de messagerie du destinataire.
### La demande d'envoi échoue
Si la demande d'envoi d'e-mails de l'expéditeur à SES échoue, SES répond à l'expéditeur avec une erreur et supprime l'e-mail. La demande peut échouer pour plusieurs raisons. Par exemple, la demande est peut-être mal formatée ou l'adresse e-mail peut ne pas avoir été vérifiée par l'expéditeur.
**Note**
En de rares occasions, SES peut accepter un e-mail de livraison même si la demande d'envoi renvoie une erreur à l'appelant. Si votre application tente à nouveau la demande, un deuxième e-mail avec un identifiant de message différent peut être envoyé, et vous pouvez recevoir des notifications d'événement pour le message associé à l'échec de l'appel. Pour établir une corrélation fiable entre les notifications d'événements et votre logique d'envoi, utilisez des [balises de message](monitor-using-event-publishing.md) plutôt que de vous fier uniquement à l'identifiant du message.
La méthode qui permet de déterminer si la demande a échoué dépend de la façon dont vous appelez SES. Voici des exemples de la manière dont les erreurs et les exceptions sont renvoyées :
+ Si vous appelez SES via l'API de requête (HTTPS) (`SendEmail` ou `SendRawEmail`), les actions renvoient une erreur. Pour plus d'informations, veuillez consulter la [Référence d'API Amazon Simple Email Service](https://docs.aws.amazon.com/ses/latest/APIReference/).
+ Si vous utilisez un AWS SDK pour un langage de programmation qui utilise des exceptions, l'appel à SES lancera un *MessageRejectedException*. (Le nom de l'exception peut varier légèrement selon le kit SDK.)
+ Si vous utilisez l'interface SMTP, l'expéditeur reçoit un code de réponse SMTP, mais la manière dont l'erreur est acheminée dépend du client de l'expéditeur. Certains clients peuvent afficher un code d'erreur, mais d'autres peuvent ne pas le faire.
Pour plus d'informations sur les erreurs qui peuvent se produire lorsque vous envoyez un e-mail avec SES, consultez [Erreurs d'envoi d'e-mails Amazon SES](troubleshoot-error-messages.md).
## Après l'envoi d'un e-mail par Amazon SES
Si la demande de l'expéditeur à SES aboutit, SES envoie l'e-mail et l'un des résultats suivants se produit :
+ **La livraison aboutit et le destinataire ne fait pas opposition à l'e-mail** – L'e-mail est accepté par le FAI, qui le livre au destinataire. L'illustration suivante présente une livraison ayant abouti.
+ **Message d'erreur définitif** – L'e-mail est rejeté par le FAI en raison d'une condition persistante ou par SES car l'adresse e-mail figure sur la liste de suppression SES. Une adresse e-mail figure sur la liste de suppression SES si elle a récemment provoqué un message d'erreur définitif pour un client SES. Un message d'erreur définitif avec un ISP peut se produire lorsque l'adresse du destinataire n'est pas valide. Une notification de message d'erreur définitif est renvoyée par le FAI à SES, qui informe l'expéditeur par e-mail ou par le biais d'Amazon Simple Notification Service (Amazon SNS), en fonction de la configuration de l'expéditeur. SES informe l'expéditeur des retours de la liste de suppression de la même manière. Le chemin d'un message d'erreur définitif en provenance d'un ISP est présenté dans la figure suivante.
+ **Message d'erreur temporaire** – Le FAI ne peut pas remettre l'e-mail au destinataire en raison d'une condition temporaire, par exemple s'il est trop occupé pour traiter la demande ou si la boîte aux lettres du destinataire est pleine. Un message d'erreur temporaire peut également se produire si le domaine n'existe pas. Le FAI renvoie une notification de message d'erreur temporaire à SES, ou, dans le cas d'un domaine qui n'existe pas, SES ne trouve pas de serveur de messagerie pour le domaine. Dans les deux cas, SES tente à nouveau de livrer l'e-mail pendant une période de temps prolongée. Si SES ne parvient pas à livrer l'e-mail au cours de cette période, il vous envoie une notification de retour à l'expéditeur par e-mail ou via Amazon SNS. Si SES peut remettre l'e-mail au destinataire lors d'une nouvelle tentative, la livraison est réussie. Un message d'erreur temporaire est présenté dans l'illustration suivante. Dans ce cas, SES tente à plusieurs reprises d'envoyer l'e-mail et le FAI est finalement en mesure de le remettre au destinataire.
+ **Réclamation** – L'e-mail est accepté par le FAI et remis au destinataire, mais ce dernier considère l'e-mail comme étant du courrier indésirable et clique sur le bouton « Marquer comme courrier indésirable » dans son client de messagerie. Si SES dispose d'une boucle de rétroaction configurée avec le FAI, une notification de réclamation est envoyée à SES, qui la transmet à l'expéditeur. La plupart ISPs ne fournissent pas l'adresse e-mail du destinataire qui a soumis la plainte. La notification de plainte de SES fournit donc à l'expéditeur une liste des destinataires susceptibles d'avoir envoyé la plainte, sur la base des destinataires du message d'origine et du fournisseur de services Internet auprès duquel SES a reçu la plainte. Le chemin de la réclamation est présenté dans la figure suivante.
+ **Réponse automatique** – L'e-mail est accepté par le FAI et celui-ci le remet au destinataire. L'ISP envoie ensuite une réponse automatique telle qu'un message out-of-the-office (OOTO) à SES. SES transmet la notification de réponse automatique à l'expéditeur. Une réponse automatique est présentée dans l'illustration suivante.
Assurez-vous que votre programme compatible avec SES ne procède pas à plusieurs tentatives d'envoi pour les messages qui génèrent une réponse automatique.
**Astuce**
Vous pouvez utiliser le simulateur de boîte aux lettres (mailbox) SES pour tester une remise réussie, un retour à l'expéditeur, une réclamation, un message d'absence du bureau, ou ce qui se produit lorsqu'une adresse est sur la liste de suppression. Pour de plus amples informations, veuillez consulter [Utilisation manuelle du simulateur de boîte aux lettres](send-an-email-from-console.md#send-email-simulator).