You are not logged in.
Pages: 1
Topic closed
Bonjour,
Je me décide enfin à venir poster mon problème, ne trouvant plus aucune solution...
J'utilise GLPI 0.85-4 sur un serveur EyesOfNetwork au sein de mon entreprise.
Pour tout ce qui est nagios et compagnie, pas de soucis au niveau notification.
Dans GLPI l'envoi test à l'administrateur fonctionne correctement
Pour la création de ticket, les notifications partaient correctement il y a 2 semaine et du jour au lendemain, plus rien...
J'ai fait un tail de postfix et voila le résultat
Ici, pour un mail suite à une modification dans un ticket
Sep 9 09:07:27 EON postfix/pickup[30346]: B98F6280941: uid=48 from=<info-xxxx@xxxx-xxxx.fr>
Sep 9 09:07:27 EON postfix/cleanup[42873]: B98F6280941: message-id=<GLPI-73.1441782447.1601339594@EON>
Sep 9 09:07:27 EON postfix/qmgr[5599]: B98F6280941: from=<info-xxxx@xxxx-xxxx.fr>, size=2645, nrcpt=1 (queue active)
Sep 9 09:12:33 EON postfix/smtp[42875]: B98F6280941: host xxxxxxxx-fr01c.mail.eo.outlook.com[213.199.154.87] said: 451 4.7.0 Timeout waiting for client input (in reply to end of DATA command)
Ici pour le courriel de test
Sep 9 09:07:48 EON postfix/pickup[30346]: 168F1280942: uid=48 from=<apache>
Sep 9 09:07:48 EON postfix/cleanup[42873]: 168F1280942: message-id=<3e459c654fe7304a5bd40099acd818c3@assistance>
Sep 9 09:07:48 EON postfix/qmgr[5599]: 168F1280942: from=<apache@EON.localdomain>, size=771, nrcpt=1 (queue active)
Sep 9 09:07:53 EON postfix/smtp[42922]: 168F1280942: to=<info-xxxx@xxxx-xxxx.fr>, relay=xxxxxxxx-fr01c.mail.eo.outlook.com[213.199.154.23]:25, delay=5.8, delays=0.06/0.01/4.6/1.1, dsn=2.6.0, status=sent (250 2.6.0 <3e459c654fe7304a5bd40099acd818c3@assistance> [InternalId=22381074580671, Hostname=DB5PR04MB1269.eurprd04.prod.outlook.com] Queued mail for delivery)
Sep 9 09:07:53 EON postfix/qmgr[5599]: 168F1280942: removed
J'avoue que je commence à être bien perdu dans tout ça...
Et l'avantage pour les utilisateurs étant justement d'être informé par mail de l'évolution de leurs tickets et pour nous des nouveaux tickets sans avoir à fixer GLPI en permanence, c'est assez problèmatique
En vous remerciant d'avance de votre aide
Last edited by Arezius (2015-09-09 14:23:30)
Offline
c'est qui ton serveur mail ?
Offline
C'est un smtp de office365, mais le résultat est le même avec du gmail.
Toutes les notifs de ticket partent en queue mais tout les messages de test et les alertes nagios passent bien.
Offline
c'est quoi tes logs postfix si tu utilises office 365 ?
Offline
Alors, j'envoyais les notifs via php, du coup je suis passé en smtp + tls, c'est la même chose (via gmail cette fois) le mail de test part bien, mais pas les notifs.
Cependant lorsque j'utilise la méthode smtp+tls, la page tente de se rafraichir mais n'y parvient pas.
Offline
regarde ici : http://forum.glpi-project.org/viewtopic.php?id=34347
Offline
bonjour,
est ce que les notifs sont encore dans la mail cue de GLPI ?
si oui, ce n'est pas la peine de chercher coté serveur de messagerie,
si non, on ne peut rien eliminer comme hypothèse ( pb glpi ou pb messagerie)
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
Je viens de vérifier, les messages sont bien dans la file d'attente.
Mais ce qui me dérange le plus, c'est que lorsqu'il tente d'envoyer un e-mail, avec la configuration en smtp+tls il semble tourner indéfiniment dans le vide.
Offline
quel est l'état de votre tache auntomatique "mailqueue" ?
elle est peut être bloquée en cours d'éxécution ?
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
Effectivement la tache étaient bloquée sur "en cours d’exécution" .
Je ne m'étais pas penché sur ce point, m'étant dirigé directement sur un problème smtp....
Merci beaucoup du tuyaux en tout cas!
J'ai donc coupé et relancé la tache, ça fonctionne nickel!
Encore un grand merci!
Offline
Merci du retour. Je clos
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
Pages: 1
Topic closed