Comment supprimer les notifications Mandrill en [] afin qu'elles soient renvoyees correctement ?

Source : https://bbcmilliet.atlassian.net/wiki/spaces/TEST3W1/pages/3737354241/Notifications+Mandrill+Retour


Notifications Mandrill Retour []


Par Josian DEZOOMER
Écouter
Ajoutez une réaction




Cette page représente la procédure de redémarrage du service si Mandrill renvoie un chaine “vide” lors de l’envoi des emails.

Exemple :


Identifier les problèmes

Requête pour identifier les retours [] (changer la date à la ligne 1): 



declare @date_to_delete datetime = CAST('2026-06-04' AS date)SELECT TOP (1000) *FROM [CAMBOS_BBCM].[dbo].[edi_trace]WHERE et_content = N'[]'  AND et_date >= @date_to_delete  AND et_date < DATEADD(day, 1, @date_to_delete)ORDER BY et_date DESC;

 

Résoudre le problème

Redémarrer le service IIS

Si le problème n’est pas résolu : Redémarrer le serveur VM01-NG

 

Envoyer les emails non expédiés

Les emails avec un retour [] sont considérés comme envoyés mais ne l’ont pas été. 

Il faut supprimer les enregistrements dans la table edi_trace afin qu’ils sont expédiés.

 

Requête pour supprimer les retours [] (changer la date à la ligne 3): 

Exécuter d’abord la requête en mode Rollback afin de s’assurer que tout se passera bien => ligne 25 active et ligne 26 en commentaire.

Si tout se passe bien, mettre la ligne 25 en commentaire (ajouter “--” devant) et retirer les commentaires à la ligne 26 “commit”



begin transactiondeclare @date_to_delete datetime =  CAST('2026-06-04' AS date)SELECT TOP (1000) *FROM [CAMBOS_BBCM].[dbo].[edi_trace]WHERE et_content = N'[]'  AND et_date >= @date_to_delete  AND et_date < DATEADD(day, 1, @date_to_delete)ORDER BY et_date DESC;delete [CAMBOS_BBCM].[dbo].[edi_trace]WHERE et_content = N'[]'  AND et_date >= @date_to_delete  AND et_date < DATEADD(day, 1, @date_to_delete)SELECT TOP (1000) *FROM [CAMBOS_BBCM].[dbo].[edi_trace]WHERE et_content = N'[]'  AND et_date >= @date_to_delete  AND et_date < DATEADD(day, 1, @date_to_delete)ORDER BY et_date DESC;rollback--commit

 

Voila le résultat attendu : 

  • Première requete, les lignes sont encore présentes

  • Deuxième requete, les lignes ont été supprimées.


Dès lors que les enregistrements ont été supprimés, les emails seront générés de nouveau lors de la prochaine exécution de la tâche planifiée.