← Retour aux modules

nexya mail

Les e-mails du site partent vraiment — et on sait lesquels ne sont pas partis, avec la raison exacte donnée par le serveur

  • Fini les messages dans les indésirables Un expéditeur imposé, cohérent avec le domaine, et un chemin de retour aligné. C’est ce qui manque à la plupart des sites dont le formulaire de contact « ne marche pas »
  • Treize méthodes, dont onze par API SendGrid, Brevo, Mailgun, Postmark, Resend et les autres passent par leur API en HTTPS. Ça fonctionne même quand l’hébergeur ferme le port SMTP sortant, ce qui est devenu la règle
  • Le journal ne garde que les échecs Pas de copie de tout ce qui part, seulement ce qui a échoué : la cause donnée par le serveur, les en-têtes et le contenu. Une pastille rouge les compte dans le menu
  • Un envoi de test qui dit quelque chose Le message de test rappelle l’adresse et la méthode utilisées. Quand il échoue, on lit la réponse du serveur, pas un « une erreur est survenue »
Les messages qui ne sont pas partis nexya mail
  • Méthode
    SendGrid

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

  • Méthode
    Mailgun

    Cause Mailgun a répondu 403 : Forbidden

  • Méthode
    Postmark

    Cause cURL error 28: Operation timed out after 15001 milliseconds

Seuls les échecs sont écrits, avec leur cause. Un envoi réussi ne laisse aucune trace, et l’onglet du journal en porte le compte.

Par où le message quitte le site nexya mail
Méthode
Clé d’API SG.••••••••uKQ

Treize méthodes d’envoi, dont onze par API. Un expéditeur imposé, cohérent avec le domaine, et un chemin de retour aligné.

Pourquoi les e-mails d’un site se perdent

Par défaut, WordPress écrit ses messages avec la fonction mail de PHP, depuis une adresse du type wordpress@votre-domaine que personne n’a autorisée à écrire au nom du domaine. Les filtres modernes vérifient cette autorisation et rangent le message dans les indésirables, ou le refusent. Le site, lui, croit l’avoir envoyé. Le module supprime les deux causes : une vraie adresse d’expéditeur, et un vrai serveur d’envoi.

Pourquoi les API plutôt que le SMTP

De plus en plus d’hébergeurs ferment le port SMTP sortant pour limiter les abus. Un réglage SMTP parfaitement correct échoue alors sans explication lisible. Les envois par API passent en HTTPS, sur le même port qu’une page web : ils fonctionnent partout où le site fonctionne.

Ce que le journal contient, et ce qu’il retire

Seuls les échecs sont conservés, avec la cause, les en-têtes et le corps du message — de quoi comprendre sans avoir à reproduire. Les clés et les jetons sont retirés des adresses avant l’enregistrement, pour qu’un journal consultable ne devienne pas un endroit où traînent des identifiants.

Gratuit

Expéditeur imposé, treize méthodes d’envoi, journal des échecs

Pro

Alerte quand un message n’est pas parti, rétention longue, second serveur d’envoi

La suite

Les autres modules