web-dev-qa-db-fra.com

Mandrill "throw_reason": "invalid-sender"

J'essaie d'envoyer des courriels à l'aide du service de messagerie mandrill, mais l'erreur suivante s'affiche. 

    Full Response
[
    {
        "email": "[email protected]",
        "status": "rejected",
        "_id": "b814c2974594466cba9c904c54dca6c6",
        "reject_reason": "invalid-sender"
    }
]

En dehors de l'erreur ci-dessus, il n'y a pas plus de détails à ce sujet. Nous utilisons .net pour envoyer des courriels avec les paramètres SMTP de Mandrill.

emailstatusmandrill
18
S M Azam

Il serait utile de voir l'appel/l'email envoyé. Cette erreur signifie qu'il y a un expéditeur invalide, comme indiqué dans le champ motif de rejet. Cela peut être dû à une adresse email invalide, à un encodage non valide à partir du nom, ou à un encodage invalide ou cassé dans d'autres en-têtes, empêchant ainsi Mandrill d'analyser l'en-tête "from", mais sans voir l'email que vous envoyez. , il est difficile de dire avec certitude quel est le problème.

Vous voudrez probablement vérifier qu'il existe un nom de domaine pleinement qualifié dans l'adresse électronique d'origine et que, si la ligne d'objet est codée, il n'y a pas d'éléments tels que les caractères de nouvelle ligne (\n) qui séparent les caractères multi-octets dans la ligne d'objet. Si vous ne parvenez pas à identifier le problème dans le message SMTP brut, n'hésitez pas à contactez le support pour obtenir une assistance supplémentaire en matière de dépannage.

15
Kaitlin

Pour moi, c’est parce que j’ai oublié de compléter les valeurs par défaut du modèle "De nom" et "Objet".

7
user3524762

J'ai eu le même problème. Dans mon cas, le problème était l’encodage dans les en-têtes. J'ai changé l'encodage des en-têtes en UTF-8 et cela a fonctionné. J'utilisais C # SMTP et le code est ci-dessous.

message.HeadersEncoding = Encoding.UTF8;

Esperons que ça marche!

5
ali

J'ai eu un problème similaire récemment. Cela était dû à l'utilisation de certains caractères dans le champ message.from_name. Après une recherche dans la documentation et le débordement de pile, je ne pouvais pas trouver une liste de caractères interdits. Par conséquent, bien que cela ne se rapporte pas nécessairement à votre cas, j'ai pensé partager cette petite liste que j'ai compilée avec quelques caractères acceptables (non exhaustif). liste):

  • a-z
  • A à Z
  • 0-9
  • _, -,!, #, $,%, \, ^, &, *, +, =, {,},?,.

Dans JS, voici une RegExp qui correspondra aux caractères interdits (ou plutôt à tous les caractères ne figurant pas dans la liste susmentionnée):

const pattern = /[^a-zA-Z0-9_\-!#$%\^&*+={}?.]/;

J'espère que cela sera utile à quiconque est bloqué là-dessus.

0
Raven Pillmann

Pour moi, c’est parce que mes courriels provenaient de [email protected] Mandrill m’a rejeté à cause du 1 à la fin. [email protected] et [email protected] sont tous les deux valides et seront acceptés.

Mes autres tests ne comportaient que des en-têtes vierges, ils ont donc également été rejetés. Je n'avais même pas réalisé que ces courriels étaient reçus par Mandrill jusqu'à ce que je me connecte et vérifie les journaux de l'API.

0
Captain Hypertext