2016-08-06 1 views
1

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?

Répondre

2

Comme indiqué dans la dernière Developer Guide d'Amazon SES, en ce qui concerne les limites, Amazon SES utilise les adresses électroniques standard RFC-822.

La RFC-822 limite fondamentalement le répertoire de caractères aux chaînes ASCII 7 bits. MIME a ajouté des supports pour les jeux de caractères 8 bits dans le corps et certains champs d'en-tête spécifiques mais une internationalisation complète des adresses email et dans tous les champs d'en-tête avec Unicode, suppression de la limitation du répertoire ASCII et du charset UTF-8. . Jusqu'à ce que Amazon SES modifie ses champs d'en-tête acceptés de RFC-822 à RFC-6532 qui autorise les adresses électroniques à utiliser des caractères non-ASCII, vous ne pourrez pas utiliser les adresses électroniques UTF-8 avec Amazon SES.

+0

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? –

+0

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

+0

ne devrions-nous pas encoder la partie locale de l'email? – Lajpat

0

Pour ajouter à la réponse de Hidéo, j'ai aussi obtenu une confirmation officielle d'Amazon que cette fonctionnalité n'est pas pris en charge et a été transmis à l'équipe SES pour examen:

https://forums.aws.amazon.com/thread.jspa?threadID=236854

réponse originale d'Amazon:

Bonjour,

Merci pour cette demande de fonctionnalité! Je l'ai transmis à l'équipe SES pour examen. Malheureusement, vous n'entendrez rien de cela, mais s'il vous plaît garder un oeil sur le blog What's New au https://aws.amazon.com/new pour les mises à jour!

Cordialement,

Matt W.