You are not logged in.
Pages: 1
Bonjour,
Je ne sais pas si c'est le comportement normal de l'application mais quand on ajoute un suivi et qu'on souhaite à partir du même bouton insérer et le suivi et passer le ticket en résolu, il n'y a pas de mail de notification envoyé ?
Par contre, on ajoute le suivi et ensuite on passe le statut du ticket en résolu depuis la page principale du ticket pas de souci.
Est ce le fonctionnement normal ou pas s'il vous plait ?
C'est dommage je trouve ça permettrait un gain de temps surtout quand on doit gérer pas mal de tickets dans une journée.
Cordialement,
GLPI Prod 9.3.2 / FI 9.3+1.3 / Ubuntu 16.04.5 LTS / PHP 7.0.33
GLPI Test 9.4.0 / FI 9.4.0+1.0 / Ubuntu 16.04.5 LTS / PHP 7.0.33
Offline
Quelle notification n'est pas envoyée ? celle de cloture du ticket ?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
Oui celle de la résolution du ticket.
GLPI Prod 9.3.2 / FI 9.3+1.3 / Ubuntu 16.04.5 LTS / PHP 7.0.33
GLPI Test 9.4.0 / FI 9.4.0+1.0 / Ubuntu 16.04.5 LTS / PHP 7.0.33
Offline
Up !
GLPI Prod 9.3.2 / FI 9.3+1.3 / Ubuntu 16.04.5 LTS / PHP 7.0.33
GLPI Test 9.4.0 / FI 9.4.0+1.0 / Ubuntu 16.04.5 LTS / PHP 7.0.33
Offline
Je confirme ce bug : https://github.com/glpi-project/glpi/issues/2903
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
Merci pour la déclaration de bug
GLPI Prod 9.3.2 / FI 9.3+1.3 / Ubuntu 16.04.5 LTS / PHP 7.0.33
GLPI Test 9.4.0 / FI 9.4.0+1.0 / Ubuntu 16.04.5 LTS / PHP 7.0.33
Offline
Bonjour,
Le problème est toujours présent malgré la montée de version en 9.2.1.
GLPI Prod 9.3.2 / FI 9.3+1.3 / Ubuntu 16.04.5 LTS / PHP 7.0.33
GLPI Test 9.4.0 / FI 9.4.0+1.0 / Ubuntu 16.04.5 LTS / PHP 7.0.33
Offline
Bonsoir,
Pas mieux
Les erreurs sont les portes de la découverte.
Chacun a en soi les prémices de la grandeur mais peu va savoir se mettre à la barre et choisir le bon cap.
Ils seront encore moins à prendre le temps pour montrer la route aux autres ....
W2012r2 | Xampp | Glpi 9.2.3
Offline
j'ai le même souci de puis la Maj en 9.2 et 9.2.1, j'ai aucune notifications qui est envoyer, la création des interventions en automatique sont ok, mais le renvoi de notif ne se fait pas
Offline
Idem pour moi. Pas ne notification par mail depuis le passage de la 9.1.2 à la 9.2.1 sur création de tickets et sur résolution. Les notifications pour suivis et tâches fonctionnent pourtant.
J'ai vérifié les modèles de notification ainsi que les règles et tout m'a l'air correct. D'autant que cela fonctionnait bien avant la mise à jour.
Amicalement,
Eric
-------------------------------------------------------------
Prod : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11 -- Test : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11
Offline
Idem pour moi quand il s'agit d'un entité fille. Seuls les messages à la création et la clôture sont envoyés. Rien n'apparait dans la notification queue. Donc ce n'est pas un problème d'envoi de mail. En fait le message n'est pas créé toute simplement. Reste à savoir pourquoi .
Offline
Bonjour,
J'ai effectué quelques tests de création de tickets pour essayer d'identifier le blocage de la génération des mails en recherchant dans les logs.
Le fichier mail.log ne raconte rien. Aucune activité de mailing lors de la création d'un ticket. On y lit pourtant bien de l'activité à l'ajout d'un suivi, etc...
Le php-errors.log affiche ceci :
2017-12-05 07:54:46 [6@SERVEUR_WEB]
*** PHP Notice(8): Undefined variable: admin_data
Backtrace :
nc\notificationtarget.class.php:661
nc\notificationtarget.class.php:1039 NotificationTarget->addEntityAdmin()
nc\notificationeventabstract.class.php:86 NotificationTarget->addForTarget()
nc\notificationevent.class.php:164 NotificationEventAbstract::raise()
nc\ticket.class.php:2192 NotificationEvent::raiseEvent()
nc\commondbtm.class.php:929 Ticket->post_addItem()
ront\ticket.form.php:67 CommonDBTM->add()
A part la notice, je ne vois rien de particulier qui expliquerait le problème. Mais je ne suis pas spécialiste ;-)
Amicalement,
Eric
-------------------------------------------------------------
Prod : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11 -- Test : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11
Offline
Bonjour,
Même problème depuis passage 9.1.2 à 9.2.1 pour la gestion du changement "Change" .J'ai les notifications qui sont restées dans la file d'envoie "Notification queue".Ce que j'ai pu remarquer c'est que l'heure été décalée d'une heure en moins , confirmé dans le fichier de trace D:\Apache24\htdocs\glpi\files\_log\mail.log. Mon serveur est pourtant bien à l'heure ,mais peut-être que pour moi,c'est un autre souci .
Cordialement.
Prod : GLPI 9.2.1 - Serveur Apache 2.4 - PHP 7.0.26 - MariaDB 10.0.21
Offline
Bon,
j'ai trouvé mon erreur grâce à un autre post , sur les Non envoi de mails sur des opérations de "change" .
Cela était du à la variable date.timezone dans le fichier php.ini qui n’était pas renseignée :-) .
Après avoir vidé les notifications en attente , j'ai refait un test et tout est ok . Maintenant je cherche pourquoi je n'arrive pas à
générer les notifications sur expiration de date pour les certificats .
Cordialement.
Prod : GLPI 9.2.1 - Serveur Apache 2.4 - PHP 7.0.26 - MariaDB 10.0.21
Offline
Bonjour,
Malgré le passage en 9.3 le problème que j'ai remonté dans ce topic persiste toujours à ce jour.
Des idées ?
Merci.
GLPI Prod 9.3.2 / FI 9.3+1.3 / Ubuntu 16.04.5 LTS / PHP 7.0.33
GLPI Test 9.4.0 / FI 9.4.0+1.0 / Ubuntu 16.04.5 LTS / PHP 7.0.33
Offline
AIDEZ-MOI, S'IL VOUS PLAÎT ..!
Bonjour
J'ai installé la version 9.3 de GLPI, mais il n'exécute pas l'action automatique correctement: queuednotificación, les ticktes ne sont pas créés, automatiquement, il touche la récupération du récepteur manuellement et de cette façon, il se conforme à la création des ticktes.
Nous avons lu et testé toutes les solutions proposées, mais cela n'a pas fonctionné.
S'il vous plaît, si quelqu'un sait ou a la solution, il est très reconnaissant que vous le partagiez avec nous.
Je vous remercie
LuisH
Mon environnement est
GLPI versión 9.3.0
ALORS. CENTOS
php 7.7
BD mariaDB
PD. Je présente des excuses pour mes frances n'est pas très bon.
Offline
Pages: 1