Après une replatformation vers AWS, un serveur migré héberge un service SMTP hérité requis par une application critique. Le serveur SMTP hérité envoie des e-mails sortants via le port TCP 25 non chiffré et ne prend pas en charge TLS. L'entreprise a validé un domaine Amazon SES et supprimé les limites d'envoi de SES. Comment l'application doit-elle être modifiée pour envoyer des e-mails sortants via Amazon SES ?

La bonne réponse est de configurer l'application pour utiliser SMTP avec STARTTLS et d'utiliser les identifiants SMTP Amazon SES. La question indique que le service SMTP hérité utilise le port 25 non chiffré et ne prend pas en charge TLS. Amazon SES prend en charge l'envoi d'e-mails via l'interface SMTP standard, mais il nécessite une authentification et une connexion sécurisée via TLS (STARTTLS ou SMTPS). En configurant l'application pour utiliser STARTTLS, elle peut se connecter à l'endpoint SMTP de SES sur le port 25, 587 ou 2465 et établir une connexion chiffrée avant d'envoyer l'e-mail. Les identifiants SMTP de SES (nom d'utilisateur et mot de passe) sont nécessaires pour l'authentification. Les autres options sont incorrectes car : Utiliser un wrapper TLS nécessiterait des modifications plus complexes de l'application ou de l'environnement, ce qui n'est pas la solution la plus directe pour une application existante utilisant SMTP. Modifier l'application pour appeler directement l'API Amazon SES ou utiliser un AWS SDK impliquerait une réécriture significative du code de l'application pour passer d'un protocole SMTP à des appels d'API, ce qui est plus intrusif que de simplement ajuster la configuration SMTP.