Mail de notification hors service après migration

MantisBT forum for users who prefer to ask and answer questions in French.

Moderators: Developer, Contributor

Post Reply
kazauks
Posts: 10
Joined: 07 Feb 2022, 13:10

Mail de notification hors service après migration

Post by kazauks »

Bonjour tout le monde,

Nous utilisons MANTIS 2.5.1 depuis plusieurs années sans aucun souci sur un vieux serveur non sauvegardé.
Nous avons décidé cet été de mettre en place une infrastructure correcte avec 3 nouveaux environnements (identiques entre eux) PRD, PPD, INT et l’ancien serveur comme recette.

Nous avons de gros problème d’envoi des mails de notification uniquement sur les nouveaux environnements.
MANTIS envoie un mail toutes les 20 minutes (la routine d’envoi tourne en boucle) donc les mails s’entassent dans la table tampon email et l’environnement MANTIS devient inutilisable.
C’est-à-dire qu’il ne répond plus pour certaine action comme la soumission d’un bogue ou une modification de bogue etc.

Pour le moment nous avons désactivé l’envoi des notifications en PROD pour permettre aux utilisateurs d’utiliser l’outil mais l’absence de notifications les pénalise.
Est-ce que quelqu’un aurait une idée ou un piste s’il vous plait ?

Environnements :
La personne qui avait installé l’ancien environnement de PROD n’est plus dans l’équipe et il n’avait pas fait de documentation à ma connaissance.
Nous avons recréé une procédure d’installation en adaptant celle de l’admin guide MANTISBT à l’utilisation de XAMPP.
Nous avons tout d’abord installé la dernière version de MANTIS en date mais nous avons obtenu un message d’erreur à l’import du DUMP de l’ancienne PROD en 2.5.1 (schéma de table invalide de souvenir).
Du coup nous avons utilisé la version la plus proche que nous pouvions trouver soit la 2.5.2.

Environnement REC (Ancienne PROD) - MAIL OK
MANTIS 2.5.1
Windows server 2012
XAMPP win32-5.6.31-0-VC11
.NET Framework 3.5
.NET Framework 4.5
Microsoft Visual C++ 2008 Redistributable – x64 9.0.30729.6161
Microsoft Visual C++ 2008 Redistributable – x86 9.0.21022
Microsoft Visual C++ 2008 Redistributable – x86 9.0.30729.4148
Microsoft Visual C++ 2013 Redistributable (x64) – 12.0.30501
Microsoft Visual C++ 2013 Redistributable (x86) – 12.0.30501
Microsoft Visual C++ 2015-2019 Redistributable (x64) – 14.27.29016
Microsoft Visual C++ 2015-2019 Redistributable (x86) – 14.27.29016

3 Environnements INT, PPD et PRD (nouvelle) - MAIL KO
MANTIS 2.5.2
Windows server 2016
XAMPP win32-5.6.31-0-VC11
.NET Framework 3.5
.NET Framework 4.5
Microsoft Visual C++ 2008 Redistributable – x64 9.0.30729.6161
Microsoft Visual C++ 2008 Redistributable – x86 9.0.21022
Microsoft Visual C++ 2008 Redistributable – x86 9.0.30729.4148
Microsoft Visual C++ 2015-2019 Redistributable (x64) – 14.28.29325
Microsoft Visual C++ 2015-2019 Redistributable (x86) – 14.27.29016

Actions entreprises :
Nous avons exécuté les scripts de diagnostique MANTIS. diagnostique OK
Nous avons vérifié tous les fichiers de config de MANTIS, PHP et PHPMyAdmin des nouveaux environnements. Rien qui ne saute aux yeux, tout semble OK
Nous avons aligné tous les fichiers de config MANTIS, PHP et PHPMyAdmin avec ceux de l’ancienne PROD (où le problème n’est pas constaté). Configuration identique au delta de la version près OK
Nous avons sollicité l’équipe réseau pour vérifier un éventuel problème côté réseau. OK aucun problème remonte côté réseau.
Nous avons sollicité l’équipe flux pour vérifier un éventuel blocage de sécurité OK aucun événement dans le log de la solution de sécurité
Nous avons importé la base de PROD sur la préprod KO le problème de lenteur apparaît et les mails ne sont plus envoyés.
Nous avons retiré le bouchon de mail dans la table tampon sur PPD et INT KO le problème ne disparaît pas et il faut attendre plus de 20 minutes pour qu’un mail soit envoyé.
Remarque : Parfois le premier mail qui arrive après nettoyage de la table tampon mail part instantanément mais les suivants ne partent qu’au bout de 20 minutes environ.
Nous avons testé l’envoi de mail via commande Telnet depuis la machine de PROD. OK Envoi instantané des mails
Nous avons activé la synchronisation des routines MANTIS à l’environnement ($g_email_send_using_cronjob = ON;) et avons exécuté par ligne de commande le script .php de la routine d’envoi de mail de MANTIS. KO le script s’exécute mais n’arrive pas à envoyer le mail.

Nous avons importé le dump de la base de PRD sur l’ancienne PROD OK Une fois la table tampon nettoyée tout fonctionne sur l’ancien environnement de PROD
Nous avons retiré le fichier de log et avons procédé à plusieurs essais de reproduction pour éventuellement voir un message d’erreur associé avec $g_log_level = LOG_EMAIL_VERBOSE ; sur l’environnement PPD. KO pas de message d’erreur dans la log. On voit juste que la routine d’envoi de mail tourne en boucle.
Nous avons modifié les paramétrages liés à l’envoi de mail et aux timeouts dans les fichiers de config MANTIS, PHP et PHPMyAdmin. OK disparition du problème dès désactivation de l’envoi des notifications
Nous avons revu les fichiers .php de MANTIS liés à l’envoi des mail et la gestion de la queue de mail. Revue préliminaire Rien qui ne saute aux yeux, tout semble OK mais nous ne savons pas comment elle fonctionne.

Comme nous avons strictement les mêmes versions XAMPP sur les machines (même exécutable) nous tenté de copier intégralement le dossier racine XAMPP qui contient tout (mantis+mysql+php+testlink etc) de l’ancienne machine de PROD (où les mails fonctionnent) sur la machine INT (où les mails ne fonctionnent pas). L’envoi des mails ne fonctionne toujours pas même avec tous les fichiers de l’ancienne PROD où ça fonctionne (Je rappelle que l’envoi de mail via telnet fonctionne bien sur toutes les machines).

Configuration :
L’installation de XAMPP 5.6.31 et MANTIS 2.5.2 est standard hormis les fichiers suivants que nous adaptons.
- Fichiers de config MANTIS : « config_inc.php », « custom_constants_inc.php » et « custom_strings_inc.php ».
- Fichier de config PHP « php.ini »
- Fichier de config Mysql « my.ini » avec extension=php_openssl.dll actif.
- Fichier de config phpMyAdmin « config.inc.php »

A tout hasard je précise que nous installons aussi TESTLINK sur la même machine et le relions à MANTIS.
Fichier de config Testlink « config.inc.php», « custom_config.inc.php » et « mantis/cfg.php ».

config_inc.php de Mantis :
$g_hostname = 'localhost';
$g_db_type = 'mysqli';
$g_database_name = 'bugtracker';
$g_db_username = '*****';
$g_db_password = '*******';

$g_default_timezone = 'Europe/Berlin';

$g_crypto_master_salt = '*********************************************';

# --- anonymous login -----------
# Allow anonymous login
$g_allow_anonymous_login = OFF;
$g_anonymous_account = '*****';

# --- Email Configuration ---
$g_phpMailer_method = PHPMAILER_METHOD_SMTP;
$g_smtp_host = 'smtpgw.*******.loc'; # used with PHPMAILER_METHOD_SMTP
$g_smtp_username = ''; # used with PHPMAILER_METHOD_SMTP
$g_smtp_password = ''; # used with PHPMAILER_METHOD_SMTP
$g_webmaster_email = 'LD-Support-Mantis-***********@*******.com';
$g_from_email = 'no-reply-mantis@*******.fr'; # the "From: " field in emails
$g_return_path_email = 'admin@example.com'; # the return address for bounced mail
$g_from_name = 'Mantis *******;
# $g_email_receive_own = OFF;
# $g_email_send_using_cronjob = ON;

$g_window_title = 'Mantis *******;

# Revised enum string with new status
$g_status_enum_string = '10:new,20:feedback,22:REP_PRECISION_MOA,30:confirmed,32:DEM_PRECISION_AMOA,33:REP_PRECISION_AMOA,40:acknowledged,42:DEM_PRECISION_DEV,43:REP_PRECISION_DEV,50:assigned,60:fixed,80:resolved,81:REOUVERT,82:delivered,84:RECETTE,86:VALIDE,90:closed,91:ABANDON_MOA,92:REJET_AMOA,93:rejected';
$g_log_level = LOG_EMAIL_VERBOSE;
$g_log_destination='file:e:/XAMPP/htdocs/mantis/logs/mantisbt.log';
Bloper
Posts: 2
Joined: 24 Sep 2021, 06:25

Re: Mail de notification hors service après migration

Post by Bloper »

Bonjour,
Je me suis retrouvé dans une situation similaire.
Dans mon cas, il me manquait POSTFIX sur mon serveur.
version 2.25.1
schéma 51
Post Reply