You are not logged in.
Pages: 1
bonjour,
j'ai installé GLPI sur mon serveur et j'ai créé un collecteur mail qui scrute une BAL Exchange. ça marche parfaitement, sauf que certaines fois il ne récupère rien ou le récupère plusieurs heures après. Où est paramétré l'intervalle de temps entre scrutations ?
D'autre part, la boîte mail scrutée est celle de "l'administrateur" système et il me récupère comme nouveaux tickets même les mails envoyés automatiquement quand il y a un suivi de ticket ou que le ticket est fermé. Conséquence, j'ai plein de tickets qui s'ouvrent pour rien.
Et enfin dernière question : J'interface GLPI avec mon Intranet où j'ai mis en place un petit formulaire utilisé pour signaler un problème informatique. Serait-il possible de connaître les mots-clés qu'attend GLPI pour pouvoir créer un ticket correctement avec le nom exacte du demandeur, la description, etc ...
Offline
Bonjour,
1. Le delai de recuperation des emails je n'ai pas trouve non plus, j'imagine que c'est quelque part dans le code
2. Les nouveaux tickets qui se créent tout seul sont créés du fait qu'à chaque suivi un email est envoyé à l'administrateur, donc il recupere un nouveau mail etc .. désactive la notification à l'administrateur.
3. Pour cela, il faut créer des règles métiers pour le suivi
Cordialement
Offline
> 1. Le delai de recuperation des emails
Normalement toute les 10' à condition qu'il y ait suffisament d'activité sur le site.
Sinon, il faut utiliser une tâche planifiée système qui permet d'assurer la régularité (c'est dans le Wiki)
> 2. Les nouveaux tickets qui se ...
Ou, surtout, utilise une adresse de notification qui ne soit pas celle du collecteur...
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
> 2. Les nouveaux tickets qui se ...
J'ai appris cette semaine que les mails de réponse envoyés par le demandeur ou un technicien vers la BAL glpi sont automatiquement incorporés comme suivis dans le ticket le concernant (ne pas modifier le sujet du mail). Du coup c'est pratique de conserver l'email de l'administrateur comme étant celui de la BAL glpi (les notifications viennent de glpi@mondomaine.com), la seule chose étant de désactiver la notification vers l'administrateur.
Ubuntu 9.04 (jaunty) - sous VMWare
GNOME 2.26.1
Apache 2.2.11 - MySQL 5.0.75 - PHP 5.2.6
GLPI 0.72.1 / OCS Inventory NG 1.02
Offline
> Du coup c'est pratique de conserver l'email de l'administrateur
Il faut configurer l'adresse de réponse (vers le collecteur)
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Dans notre implémentation on a créé une BAL (echange) spécifique pour glpi (avec des règles clientes pour le classement dans des sous dossiers correspondant à nos entités)
Pour la config de la récupération on le fait par cron, comme indiqué dans le wiki, où l'on appelle une copie du script cron.php. De cette manière le script cron.php est désactivé
$NEEDED_ITEMS=array();
et on n'est pas dépendant de l'activité du site pour la récup des mails.
Last edited by jbot (2009-11-25 14:03:41)
GLPI 0.80.4
Apache/2.2.16 (Debian)
mysql 5.1.49
PHP 5.3.3-7+squeeze3 with Suhosin-Patch (cli)
Offline
Pouvez vous me detaillez ou vous avez indiquez cette ligne dans votre copie-cron.php et si vous avez effectuez d'autres modif ailleurs ?
merci
Offline
Salut
Sorry j'étais un peu absent ces derniers temps
Pour clarifier
j'ai crée une copie du fichier cron.php dans le même répertoire (en faisant gaffe aux permissions)
Dans le fichier original, j'ai commenté le $NEEDED_ITEMS
pour qu'il ne soit pas appelé par l'interaction dans l'interface.
Ensuite, j'appelle la copie du fichier cron.php par l'intermédiaire de cron à la cadence qui convient.
Enfin, on m'avait conseillé ( http://www.glpi-project.org/forum/viewt … =16633&p=2 ) de faire
touch -d 20200101 glpi/files/_cron/optimize.lock
pour désactiver l'optimize DB par défaut.
GLPI 0.80.4
Apache/2.2.16 (Debian)
mysql 5.1.49
PHP 5.3.3-7+squeeze3 with Suhosin-Patch (cli)
Offline
Pages: 1