J'ai essayé de trouver des détails à ce sujet mais je n'ai trouvé aucune confirmation. J'utilise le SDK PHP et avons essayé le test suivant (email ci-dessous est un exemple, mais gmail prend en charge UTF-8 caractères): e-mailsAmazon SES prend-il en charge les adresses e-mail UTF-8?
- Envoyer un e-mail avec SES à myemail+✖@gmail.com
Je réellement envoyé le « ✖ » comme l'aide du SDK PHP et regardant la requête, il a obtenu codé (URL) dans le corps de la requête POST:
Destination.ToAddresses.member.1 = myemail% 2B% E2% 9C% 96% 40gmail.com
Voici ce que je suis arrivé de la réponse SES:
<ErrorResponse xmlns="http://ses.amazonaws.com/doc/2010-12-01/">
<Error>
<Type>Sender</Type>
<Code>InvalidParameterValue</Code>
<Message>Local address contains control or whitespace</Message>
</Error>
<RequestId>f28c2325-5c09-11e6-9156-ef3e33b8e223</RequestId>
</ErrorResponse>
Ai-je raté quelque chose ou non prise en charge? et si ce n'est pas le cas, y a-t-il des plans pour le soutenir?
Bonne prise, si une idée Dans/quand ils envisagent de mettre en œuvre la RFC-6352? Est-ce que quelqu'un utilise réellement ceci ou est-ce encore plus d'une fonctionnalité expérimentale? –
Il y a plusieurs messages de leurs équipes disant que la demande a été rapportée pour considération mais il n'y a pas beaucoup plus d'informations/communications, c'est plutôt du genre "lire le changelog".Ma conjecture sauvage, et ce n'est qu'une opinion personnelle, c'est qu'ils attendent que cette affaire devienne plus populaire puisque le changement pourrait être beaucoup de refactoring à une si grande échelle. J'espère que le taux d'adoption populaire de l'UTF-8 dans OS et les applications aidera. – HiDeo
ne devrions-nous pas encoder la partie locale de l'email? – Lajpat