Kowal Async Sales Email — e-mails asynchrones pour Magento 2

MAGENTO 2 · E-MAILS DE VENTE · DIAGNOSTIC

Kowal Async Sales Email définit par défaut l’envoi asynchrone natif des e-mails de vente dans Magento 2. Lorsque ce mode est actif, les tâches cron de Magento traitent les confirmations standard séparément de la requête d’achat. L’attente du transport de messagerie pèse ainsi moins sur le parcours de commande habituel.

Commandes · Factures · Expéditions · Avoirs

• Séparer l’envoi des confirmations standard du traitement de l’achat.
• Repérer les retards par type de document et consulter la date de création du plus ancien document en attente.

• Contrôler les dernières exécutions cron, les tâches en retard et des catégories d’erreurs sûres.
• Connecter votre supervision grâce au JSON et aux codes de sortie.
• Respecter les réglages explicites de l’administrateur, prioritaires sur la valeur par défaut.

Le module définit sales_email/general/async_sending sur 1 dans la portée de configuration par défaut. Le diagnostic émet un avertissement si la valeur effective est désactivée. Magento conserve la gestion de l’activation de chaque type d’e-mail.

Le groupe Asynchronous Sales Email Diagnostics, dans Sales Emails, est accessible à la portée par défaut. Document Age Warning (minutes) vaut initialement 30 minutes et Cron Delay Warning (minutes) 10 minutes. Les deux champs acceptent des entiers de 1 à 525600. L’âge est calculé depuis la création du document ; ce n’est pas le temps d’attente exact d’un e-mail.

Rapport texte :

bin/magento kowal:async-sales-email:status

Pour la supervision :

bin/magento kowal:async-sales-email:status --format=json

Le rapport couvre le réglage effectif, les seuils d’alerte, les documents en attente et l’état de quatre tâches cron natives d’envoi. Il tient compte des indicateurs d’envoi, des réglages des boutiques, de la variante native de relance détectée et du filtre de date reconstitué depuis la configuration des gestionnaires natifs. Les documents exclus par ce filtre et ceux dont email_sent = 0 sont comptés séparément.

Codes de sortie : 0 pour un état correct, 1 pour des avertissements, 2 pour une erreur de diagnostic ou un format non pris en charge. Le diagnostic lit uniquement les données : il n’envoie aucun message et ne modifie aucun indicateur. Il exclut le contenu des messages, les adresses clients et les erreurs cron brutes.

Le cron Magento doit fonctionner et le transport de messagerie être correctement configuré. Le module ne répare pas les erreurs SMTP ou STARTTLS et n’ajoute ni file, ni worker, ni mécanisme de relance propre. Il utilise les mécanismes natifs de Magento.

Seuls les e-mails natifs de commandes, factures, expéditions et avoirs sont couverts. Les réinitialisations de mot de passe, inscriptions, formulaires de contact, newsletters et messages d’extensions spécifiques sont exclus. Une extension imposant l’envoi synchrone ou contournant les expéditeurs natifs nécessite une analyse distincte.

Avant d’activer ce mode sur une boutique existante, contrôlez les anciennes confirmations non envoyées : les indicateurs des documents et la logique native de Magento peuvent les rendre éligibles au traitement. L’absence d’historique cron peut résulter d’un nettoyage ou d’une installation récente. Une tâche réussie ou l’acceptation par le transport ne prouve pas la livraison en boîte de réception. Le diagnostic signale séparément une valeur explicite en base à la portée par défaut, sans déterminer l’origine complète de la configuration effective.