L’e-mail que votre boutique envoie, et la preuve qu’il est parti.
WordPress confie les confirmations de commande, les réinitialisations de mot de passe et les reçus à ce que le serveur propose, et quand l’un d’eux n’arrive pas il ne reste rien à regarder. MevvMail reprend l’envoi à la place : il livre par les connexions que vous configurez, passe à la suivante quand la première refuse, réessaie plus tard au lieu d’abandonner, et écrit chaque tentative dans une table de votre propre base de données. Le journal reste sur votre serveur — le corps du message ne nous est jamais remis, ce qui est l’inverse du fonctionnement des solutions hébergées. Le produit est en cours de construction : le moteur de livraison tourne, les écrans autour ne sont pas encore écrits, et rien n’est en vente.
Ce qu’il fait
Chaque fonctionnalité existe pour supprimer un frein opérationnel précis.
L’envoi est repris entièrement au lieu de reconfigurer le mailer, donc quand une connexion refuse le message la suivante est essayée dans la même requête. Toute la chaîne est une ligne dans le journal, pas trois — un seul e-mail ne devrait pas se lire comme trois échecs distincts.
Quand toutes les connexions ont échoué, le message est mis en file et réessayé après une minute, cinq minutes et trente minutes. Trois tentatives et il s’arrête : une adresse qui n’existe pas ne va pas se mettre à exister à la quarantième tentative.
Le destinataire, l’objet, l’état, la réponse du fournisseur lui-même et le nombre de tentatives sont écrits dans une table de votre base de données. Rien de votre courrier ne nous est envoyé. Conserver le corps est un réglage, donc sur un site où le corps est une donnée personnelle vous pouvez garder le journal et laisser tomber le contenu.
Sans aucune connexion définie, le filtre rend l’envoi directement à WordPress. Une extension qui avalerait les e-mails d’une boutique pendant que quelqu’un démêle les réglages serait pire que le problème qu’elle vient résoudre.
Un message peut porter une étiquette de source — un formulaire, un e-mail de récupération, une notification WooCommerce — qui est enregistrée dans sa propre colonne et retirée du message avant qu’il parte. L’étiquette vous dit d’où vient l’e-mail sans jamais atteindre la personne qui le reçoit.
Le SMTP générique et PHP mail() sont écrits aujourd’hui. Brevo, SendGrid, Mailgun, Postmark, SparkPost, Elastic Email, SMTP2GO et Resend viennent ensuite, chacun par son propre API et chacun derrière le même écran de connexion.
Le lien avec WooCommerce est conçu et pas encore écrit : les e-mails d’une commande seront rattachés à la commande elle-même, pour que l’écran de commande puisse dire si la confirmation est arrivée au client — et la renvoyer de là.
Ni un outil de newsletter ni un service d’envoi. Il n’est pas prévu de déplacer le contenu de vos e-mails sur nos machines, parce que la raison d’installer ceci, c’est justement qu’il ne le fait pas.
Informations produit