← Volver a los módulos

nexya mail

Los correos del sitio salen de verdad — y se sabe cuáles no salieron, con el motivo exacto que dio el servidor

  • Se acabaron los mensajes en el spam Un remitente fijo, coherente con el dominio, y una ruta de retorno alineada. Es lo que le falta a la mayoría de sitios cuyo formulario de contacto «no funciona»
  • Trece métodos, once de ellos por API SendGrid, Brevo, Mailgun, Postmark, Resend y los demás pasan por su API en HTTPS. Funciona incluso cuando el alojamiento cierra el puerto SMTP saliente, que se ha vuelto la norma
  • El registro solo guarda los fallos Ninguna copia de todo lo que sale, solo lo que falló: el motivo que dio el servidor, las cabeceras y el contenido. Un punto rojo los cuenta en el menú
  • Un envío de prueba que dice algo El mensaje de prueba recuerda la dirección y el método utilizados. Cuando falla, se lee la respuesta del servidor, no un «se ha producido un error»
Los mensajes que no salieron nexya mail
  • Método
    SendGrid

    Causa SendGrid a répondu 401 : {"errors":[{"message":"The provided authorization grant is invalid, expired, or revoked"}]}

  • Método
    Mailgun

    Causa Mailgun a répondu 403 : Forbidden

  • Método
    Postmark

    Causa cURL error 28: Operation timed out after 15001 milliseconds

Solo se escriben los fallos, con su causa. Un envío correcto no deja rastro, y la pestaña del registro lleva la cuenta.

Por dónde sale el mensaje del sitio nexya mail
Método

Obtener una clave en SendGrid

Clave de API SG.••••••••uKQ

Trece métodos de envío, once de ellos por API. Un remitente fijo, coherente con el dominio, y una ruta de retorno alineada.

Por qué se pierden los correos de un sitio

Por defecto, WordPress escribe sus mensajes con la función mail de PHP, desde una dirección del tipo wordpress@su-dominio que nadie ha autorizado a escribir en nombre del dominio. Los filtros modernos comprueban esa autorización y archivan el mensaje como spam, o lo rechazan. El sitio, mientras tanto, cree haberlo enviado. El módulo elimina ambas causas: una dirección de remitente real, y un servidor de envío real.

Por qué las API en vez del SMTP

Cada vez más alojamientos cierran el puerto SMTP saliente para limitar los abusos. Una configuración SMTP perfectamente correcta falla entonces sin explicación legible. Los envíos por API van por HTTPS, por el mismo puerto que una página web: funcionan allí donde funciona el sitio.

Qué contiene el registro, y qué retira

Solo se conservan los fallos, con el motivo, las cabeceras y el cuerpo del mensaje — lo suficiente para entender sin tener que reproducirlo. Las claves y los tokens se retiran de las direcciones antes de guardarlas, para que un registro consultable no se convierta en un sitio donde queden credenciales tiradas.

Gratis

Remitente fijo, trece métodos de envío, registro de fallos

Pro

Alerta cuando un mensaje no sale, retención larga, segundo servidor de envío

La suite

Los demás módulos