track mandrillapp email status mandrill

email - mandrillapp - Mandril “reject_reason”: “remitente no válido”



mandrill send email php (5)

Estoy intentando enviar correos electrónicos utilizando el servicio de correo electrónico de mandrill, pero recibo el siguiente error

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

Aparte del error anterior no hay más detalles al respecto. estamos utilizando .net para enviar correos electrónicos con la configuración de Mandrill SMTP.


He tenido un problema similar recientemente. Se debió a mi uso de ciertos caracteres en el campo message.from_name. Después de buscar en la documentación y el desbordamiento de pila, no pude encontrar una lista de caracteres prohibidos, por lo que, aunque esto no es necesariamente su caso, pensé en compartir esta pequeña lista que compilé de algunos caracteres aceptables (no es un juego exhaustivo). lista):

  • Arizona
  • Arizona
  • 0-9
  • _, -,!, #, $,%, /, ^, &, *, +, =, {,},?,.

En JS, aquí hay un RegExp que coincidirá con los caracteres prohibidos (o, más bien, cualquier carácter que no esté en la lista mencionada anteriormente):

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

Espero que esto sea útil para cualquier otra persona atrapada en esto.


Para mí fue porque había olvidado completar los valores predeterminados de la plantilla "De nombre" y "Asunto".


Para mí, fue porque mis correos electrónicos venían de [email protected] Mandrill me rechazó por el 1 al final. [email protected] y [email protected] son válidos y serán aceptados.

Mis otras pruebas solo tenían desde los encabezados en blanco, por lo que también fueron rechazadas. Ni siquiera me di cuenta de que Mandrill recibía estos correos electrónicos hasta que inicié sesión y revisé los registros de la API.


Sería útil ver la llamada / correo electrónico que se está enviando. Ese error significa que hay un remitente no válido, como se indica en el campo de motivo de rechazo. Esto podría deberse a una dirección de correo electrónico no válida, codificada de forma incorrecta del nombre o codificación inválida o rota en otros encabezados, lo que hace que Mandrill no pueda analizar el encabezado "de", pero sin ver el correo electrónico real que está enviando. , es difícil decir con seguridad exactamente cuál es el problema.

Probablemente desee verificar que haya un nombre de dominio completo en la dirección de correo electrónico y que, si la línea del asunto está codificada, no haya elementos como los caracteres de nueva línea ( /n ) que dividen los caracteres de varios bytes en la línea del asunto. Si no puede identificar el problema en el mensaje SMTP sin procesar, no dude en ponerse en contacto con el soporte para obtener asistencia adicional para la solución de problemas.


Yo tuve el mismo problema. En mi caso, la codificación en encabezados era el problema. Cambié la codificación de los encabezados a UTF-8 y funcionó. Estaba usando C # SMTP y el código está debajo.

message.HeadersEncoding = Encoding.UTF8;

¡Espero que funcione!