Envoie de mail impossible après mise à jour 0.90!

SStagiaire · 2016-04-07 18:10:21

Bonjour,

J'ai récemment mis à jour glpi dans la structure où je travaille, de la version 0.86 à la 0.90.2.

(J'ai supprimé le dossier files de la nouvelles version,copié à la place celui de l'ancienne et j'ai transféré la nouvelle version à la place de l'ancienne).
L'installation se passe sans problème.

Mais une fois la nouvelle version installé glpi n'arrive plus à envoyer les mails de notifications (Alors qu'il le faisait dans sa version précédente!), les bases de données, paramètres ect, on tous était récupéré de l'ancienne version je n'ai rien modifié.

Mais lorsque par exemple je fais le test d’envois du mail dans Configuration>notification la page se charge, puis au bout de 30 secondes une erreur 500 et je dois recharger la page.
Remarque: Peu importe ce que je mets dans les champs au moment du test le résultat est le même, au bout de 30 secondes erreur 500.

Glpi est installe sur CentOs avec PhpMyAdmin, Xampp, Apache et MySQL.

Merci de votre aide!

yllen · 2016-04-07 18:21:43

Il ne faut pas décompresser la nouvelle version dans le dossier glpi déjà présent mais en recréer un autre. Certaines pages ont disparues dans la nouvelles version et peuvent perturber le fonction de votre GLPI.

SStagiaire · 2016-04-07 19:41:22

Oui bien sûr je me suis mal exprimé désole.
J'ai d'abord crée un nouveau dossier en dehors du dossier glpi, puis j'ai décompressé le tar.gz dedans, après j'ai appliqué les modification sur le dossier files du dossier décompressé, supprimé l'ancien glpi et je l'ai remplacer par le nouveaux.
Je crois que c'est la bonne façon de faire ?

En tout cas ce problème de mail est le seul que j'ai avec la mise à jour, tout le reste, plugin, tickets, ect fonctionnent correctement.

eric.le-corre · 2016-04-08 09:00:13

il ne faut pas supprimer l'ancien dossier GLPI, il faut écraser les fichiers

SStagiaire · 2016-04-08 09:51:29

Bonjour,
J'ai de nouveau réinstalle glpi cette fois en écrasant les fichiers mais le résultat est le même, les mails bloquent toujours.

J'ai également pensé que cela était du à un problème de permission ( je les avez toutes enlevées pendant l'installation de la mise à jour sur glpi) mais même en les rétablissant l'erreur reste la même.

J'ai également lancé 2 captures wireshark, une sur la nouvelle version ( où les mails ne marchent pas donc) et une sur l'ancienne je les mets ici:

Merci de votre aide!

yllen · 2016-04-08 13:41:03

eric.le-corre wrote:

il ne faut pas supprimer l'ancien dossier GLPI, il faut écraser les fichiers

Non, popur changement de version majeure il est préférable de créer un nouveau dossier.
Dans le cas de la migration de la 0.83 à la 0.84 par exemple, les anciens fichiers pour la gestion des onglets ou des traductions qui resteront présents peuvent poser problème.

yllen · 2016-04-08 13:42:40

SStagiaire : il faut vérfier la configuration de votre serveur de notification dans la nouvelle version.
Pouvez-vous envoyer un test à l'administrateur ?
Avez-vous des erreurs dans les logs de glpi ? dans Apache ?

SStagiaire · 2016-04-08 17:28:26

yllen: Lorsque j'envoie un mail test à l'administrateur c'est à ce moment que la page se charge indéfiniment avant d'afficher une erreur au bout de 30 secondes (dû au temps d’exécution max dépassé pour une requête php) et aucun mail n'est envoyé. De plus peu importe ce que je mets dans les champs pour configurer les notifications le résultat est le même, donc je ne suis même pas sûr que le formulaire est à un moment vérifié avant de crasher.

Pour ce qui est des logs, est bien je n'ai tout simplement pas réussi à trouver les logs apache avec xampp. Et je n'ai hélas pas accès au log glpi avant lundi(le serveur étant sur un réseau local).
Merci de ton aide!

yllen · 2016-04-08 18:06:29

Un truc que je ne comprends pas c'est pourquoi utiliser Xampp sur un CentOS ?
Moi je suis en CentOS et avec Apache et Mysqli ou MariaDB ça marche très bien.

Sur un CentOS, les logs apache sont sous /var/log/httpd.
La config apache pour GLPI devrait être dans /etc/httpd/conf.d/glpi.conf (si installation "carrée")

SStagiaire · 2016-04-11 09:45:00

Bonjour,

Je joins une partie des logs d'erreur Apache ici, sachant que cette ligne:

[Mon Apr 11 08:39:16.994721 2016] [:error] [pid 20082] [client 192.168.0.143:55414] PHP Fatal error:  Maximum execution time of 30 seconds exceeded in /opt/lampp/htdocs/glpi/lib/phpmailer/class.phpmailer.php on line 893, referer: h*tp://192.168.0.14/glpi/front/notificationmailsetting.form.php

Correspond à l'erreur que j'ai lorsque j'essaie d'envoyer le mail de test.

Voilà une partie du log depuis que j'ai lancé le serveur ce matin.

[Mon Apr 11 08:38:17.041929 2016] [ssl:warn] [pid 19643] AH01906: RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Mon Apr 11 08:38:17.049805 2016] [ssl:warn] [pid 19643] AH01909: RSA certificate configured for www.example.com:443 does NOT include an ID which matches the server name
[Mon Apr 11 08:38:17.049862 2016] [suexec:notice] [pid 19643] AH01232: suEXEC mechanism enabled (wrapper: /opt/lampp/bin/suexec)
[Mon Apr 11 08:38:17.249164 2016] [auth_digest:notice] [pid 19644] AH01757: generating secret for digest authentication ...
[Mon Apr 11 08:38:18.076202 2016] [ssl:warn] [pid 19644] AH01906: RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Mon Apr 11 08:38:18.076259 2016] [ssl:warn] [pid 19644] AH01909: RSA certificate configured for www.example.com:443 does NOT include an ID which matches the server name
[Mon Apr 11 08:38:18.076321 2016] [lbmethod_heartbeat:notice] [pid 19644] AH02282: No slotmem from mod_heartmonitor
[Mon Apr 11 08:38:18.126605 2016] [mpm_prefork:notice] [pid 19644] AH00163: Apache/2.4.3 (Unix) OpenSSL/1.0.1c PHP/5.4.7 configured -- resuming normal operations
[Mon Apr 11 08:38:18.126653 2016] [core:notice] [pid 19644] AH00094: Command line: '/opt/lampp/bin/httpd -D SSL -D PHP5 -E /opt/lampp/logs/error_log'
[Mon Apr 11 08:39:16.994721 2016] [:error] [pid 20082] [client 192.168.0.143:55414] PHP Fatal error:  Maximum execution time of 30 seconds exceeded in /opt/lampp/htdocs/glpi/lib/phpmailer/class.phpmailer.php on line 893, referer: h*tp://192.168.0.14/glpi/front/notificationmailsetting.form.php
[Mon Apr 11 08:42:11.658914 2016] [access_compat:error] [pid 20100] [client ::1:50583] AH01797: client denied by server configuration: /opt/lampp/htdocs/glpi/files/_log/php-errors.log
[Mon Apr 11 08:44:02.899050 2016] [:error] [pid 20084] [client 192.168.0.143:55510] PHP Fatal error:  Maximum execution time of 30 seconds exceeded in /opt/lampp/htdocs/glpi/lib/phpmailer/class.phpmailer.php on line 893, referer: h*tp://192.168.0.14/glpi/front/notificationmailsetting.form.php
[Mon Apr 11 08:46:47.739491 2016] [mpm_prefork:notice] [pid 19644] AH00169: caught SIGTERM, shutting down

J'ai également récupéré php-errors.log dans glpi mais la seul partie concernant mon problème semble être :

016-04-08 10:30:11 [132@GLPI-TEST]
  *** PHP Notice(8): Undefined index: setup
  Backtrace :
  front/notificationmailsetting.form.php:53          
2016-04-08 10:30:15 [132@GLPI-TEST]
  *** PHP Notice(8): Undefined index: setup
  Backtrace :
  front/notificationmailsetting.form.php:53          
2016-04-08 10:31:12 [132@GLPI-TEST]
  *** PHP Notice(8): Undefined index: setup
  Backtrace :
  front/notificationmailsetting.form.php:53          
2016-04-08 12:04:07 [@GLPI-TEST]

Et celle ci n’apparaît qu'une seule fois dans le log.

Rien n’apparaît comme pertinent dans les log SQL.

Je n'ai par contre pas le fichier glpi.conf sur mon pc.

EDIT: j'ai réussi à régler le problème en copiant class.phpmailer.php de l'ancienne version de glpi à la place du nouveau (les messages partent bien).
J'imagine donc que l'erreur viens de se fichier mais je n'arrive pas à voir où exactement.

Merci de votre aide!

Last edited by SStagiaire (2016-04-11 10:17:59)

Forum GLPI-Project

Announcement

#1 2016-04-07 18:10:21

Envoie de mail impossible après mise à jour 0.90!

#2 2016-04-07 18:21:43

Re: Envoie de mail impossible après mise à jour 0.90!

#3 2016-04-07 19:41:22

Re: Envoie de mail impossible après mise à jour 0.90!

#4 2016-04-08 09:00:13

Re: Envoie de mail impossible après mise à jour 0.90!

#5 2016-04-08 09:51:29

Re: Envoie de mail impossible après mise à jour 0.90!

#6 2016-04-08 13:41:03

Re: Envoie de mail impossible après mise à jour 0.90!

#7 2016-04-08 13:42:40

Re: Envoie de mail impossible après mise à jour 0.90!

#8 2016-04-08 17:28:26

Re: Envoie de mail impossible après mise à jour 0.90!

#9 2016-04-08 18:06:29

Re: Envoie de mail impossible après mise à jour 0.90!

#10 2016-04-11 09:45:00

Re: Envoie de mail impossible après mise à jour 0.90!

Board footer