Creation de ticket depuis emails ne marche pas

Installation & Configuration du logiciel
Arkhad
Gsup LEVEL 0
Messages : 9
Enregistré le : jeu. 20 juin 2019 16:02

Bonjour,

Je rencontre un problème pour la création des tickets automatiquement à la réception d'un mail.

J'ai récemment effectuer des mise a jours sur le serveur de Gestsup 3.1.20 vers 3.1.40 ainsi que des paquet sur le serveurs (apt-get update && apt-get upgrade en gros)

La création automatique a marché deux jours et depuis elle ne marche plus.

Dans l'onglet Administrastion/Système la ligne PHPimap est vide (pas de numero de version )
bien que le paquet php5-imap soit installé.

Code : Tout sélectionner

php5-imap/oldstable,now 5.6.40+dfsg-0+deb8u4 i386  [installé]
Le cron à l'aire de fonctionner

Status du service cron :

Code : Tout sélectionner

root@TICKETING:~# systemctl status cron
● cron.service - Regular background program processing daemon
   Loaded: loaded (/lib/systemd/system/cron.service; enabled)
   Active: active (running) since jeu. 2019-06-20 16:09:23 CEST; 16min ago
     Docs: man:cron(8)
 Main PID: 3211 (cron)
   CGroup: /system.slice/cron.service
           └─3211 /usr/sbin/cron -f

juin 20 16:10:01 TICKETING CRON[3285]: (root) CMD (root php /var/www/html/mail2ticket.php)
juin 20 16:10:01 TICKETING CRON[3284]: pam_unix(cron:session): session closed for user root
juin 20 16:15:01 TICKETING CRON[3618]: pam_unix(cron:session): session opened for user root by (uid=0)
juin 20 16:15:01 TICKETING CRON[3619]: (root) CMD (root php /var/www/html/mail2ticket.php)
juin 20 16:20:01 TICKETING CRON[3951]: pam_unix(cron:session): session opened for user root by (uid=0)
juin 20 16:20:01 TICKETING CRON[3952]: (root) CMD (root php /var/www/html/mail2ticket.php)
juin 20 16:20:01 TICKETING CRON[3951]: pam_unix(cron:session): session closed for user root
juin 20 16:25:01 TICKETING CRON[4289]: pam_unix(cron:session): session opened for user root by (uid=0)
juin 20 16:25:01 TICKETING CRON[4290]: (root) CMD (root php /var/www/html/mail2ticket.php)
juin 20 16:25:01 TICKETING CRON[4289]: pam_unix(cron:session): session closed for user root
Le cron semble fonctionner même si j'ai des erreurs au démarrage du service :

Code : Tout sélectionner

juin 20 16:36:28 TICKETING systemd[1]: Started Regular background program processing daemon.
juin 20 16:36:28 TICKETING cron[5053]: (CRON) INFO (pidfile fd = 3)
juin 20 16:36:28 TICKETING cron[5053]: Error: bad username; while reading /etc/crontab
juin 20 16:36:28 TICKETING cron[5053]: (*system*) ERROR (Syntax error, this crontab file will be ignored)
juin 20 16:36:28 TICKETINGcron[5053]: (CRON) INFO (Skipping @reboot jobs -- not system startup)
Le serveur :
Debian 8
Apache : 2.4.10
MySQL : 5.5.62-0+deb8u1
PHP : 5.6.40-0+deb8u4
GestSup : 3.1.40

Crontab -l
*/5 * * * * root php /var/www/html/mail2ticket.php

Merci d'avance :)
Avatar du membre
Flox
Administrateur du site
Messages : 8972
Enregistré le : jeu. 21 juin 2012 19:00

Bonjour,

je vous invite dans un premier temps à mettre à jour votre serveur pour respecter les près-requis suivants:
https://gestsup.fr/index.php?page=suppo ... =server#32

cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.4 | https://doc.gestsup.fr/
Arkhad
Gsup LEVEL 0
Messages : 9
Enregistré le : jeu. 20 juin 2019 16:02

Bonjour,

J'ai effectué les mises a jour nécessaire vers php7.0 (7.0.33-1~dotdeb+8.1).

Le problème persiste toujours.

Le error.log apache2 semble indiquer une erreur d'authentification mais je suis pas sur qu'elle en est la cause.

Code : Tout sélectionner

[Fri Jun 21 11:58:54.598564 2019] [:error] [pid 4511] [client @IPduClient:65371] PHP Warning:  file_get_contents(./components/PhpImap/VERSION): failed to open stream: No such file or directory in /var/www/html/system.php on line 197, referer: http://@IPduServeur/index.php?page=admin&subpage=parameters
[Fri Jun 21 11:58:54.614701 2019] [autoindex:error] [pid 4513] [client @IPduServeur:38499] AH01276: Cannot serve directory /var/www/html/upload/: No matching DirectoryIndex (index.html,index.cgi,index.pl,index.php,index.xhtml,index.htm) found, and server-generated directory index forbidden by Options directive
[Fri Jun 21 11:59:00.002473 2019] [:error] [pid 4511] [client @IPduClient:65371] PHP Fatal error:  Uncaught PhpImap\\Exception: Connection error: Can not authenticate to IMAP server: AUTHENTICATE failed. in /var/www/html/components/PhpImap/Mailbox.php:76\nStack trace:\n#0 /var/www/html/components/PhpImap/Mailbox.php(67): PhpImap\\Mailbox->initImapStream()\n#1 /var/www/html/components/PhpImap/Mailbox.php(168): PhpImap\\Mailbox->getImapStream()\n#2 /var/www/html/mail2ticket.php(55): PhpImap\\Mailbox->searchMailbox('ALL')\n#3 {main}\n  thrown in /var/www/html/components/PhpImap/Mailbox.php on line 76, referer: http://@IPduServeur/index.php?page=admin&subpage=parameters&tab=connector
[Fri Jun 21 11:59:00.002818 2019] [:error] [pid 4511] [client @IPduClient:65371] PHP Notice:  Unknown: Kerberos error: No Kerberos credentials available (try running kinit) for @NomduServeurMail.domaine.com (errflg=1) in Unknown on line 0, referer: http://@IPduServeur/index.php?page=admin&subpage=parameters&tab=connector
[Fri Jun 21 11:59:00.004717 2019] [:error] [pid 4511] [client @IPduClient:65371] PHP Notice:  Unknown: Can not authenticate to IMAP server: AUTHENTICATE failed. (errflg=2) in Unknown on line 0, referer: http://@IPduServeur/index.php?page=admin&subpage=parameters&tab=connector
(END)
Modifié en dernier par Arkhad le ven. 21 juin 2019 12:28, modifié 2 fois.
Avatar du membre
Flox
Administrateur du site
Messages : 8972
Enregistré le : jeu. 21 juin 2012 19:00

Bonjour,

D'après le dernier message d'erreur l'identifiant ou le mot de passe de la bal n'est pas bon. Essayez de le resaisir.

Si le problème persiste envoyé un impression écran de votre page système.

Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.4 | https://doc.gestsup.fr/
Arkhad
Gsup LEVEL 0
Messages : 9
Enregistré le : jeu. 20 juin 2019 16:02

J'ai vérifié dans les paramètres IMAP que le mot de passe soit le bon, c'est qui est bien le cas.
J'ai testé avec Thunderbird est j'ai bien accès à la boite mail.

Image
Avatar du membre
Flox
Administrateur du site
Messages : 8972
Enregistré le : jeu. 21 juin 2012 19:00

Ce n'est pas normal que la version du composant phpimap ne s'affiche pas, télécharger la version complète 3.1.40 puis écraser le repertoire ./components/phpimap sur votre serveur.
Si cela ne fonctionne toujours pas :
Pouvez-vous faire un impression écran de vos paramètre concernant le connecteur et le résultat lorsque vous lancer l'import via l'application (bouton Lancer l'import des mails)

Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.4 | https://doc.gestsup.fr/
Arkhad
Gsup LEVEL 0
Messages : 9
Enregistré le : jeu. 20 juin 2019 16:02

Il manquait les fichiers suivants dans le /var/www/html/components/PhpImap :
  • VERSION
  • IncomingMailHeader.php
  • IncomingMailAttachment.php
Par rapport aux fichier de la version complète.
j'ai bien remplacer tout le dossier

Cependant l'error log apache affiche une erreur différente maintenant :

Code : Tout sélectionner

[Fri Jun 21 14:38:53.113862 2019] [:error] [pid 992] [client @IPduClient:51728] PHP Fatal error:  Class 'PhpImap\\IncomingMailHeader' not found in /var/www/html/components/PhpImap/IncomingMail.php on line 7, referer: http://@IPduServeur/index.php?page=admin&subpage=parameters&tab=connector
Lorsque je clique sur le bouton d'import j'arrive sur une page blanche vierge.
Mes essai précédent afficher la ligne :
Connexion à la boite au lettre en cours:ok

Le connecteur :

Image
Avatar du membre
Flox
Administrateur du site
Messages : 8972
Enregistré le : jeu. 21 juin 2012 19:00

Pouvez vous indiquer la version affichée dans l'entête du fichier mail2ticket.php
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.4 | https://doc.gestsup.fr/
Arkhad
Gsup LEVEL 0
Messages : 9
Enregistré le : jeu. 20 juin 2019 16:02

C'est la version 3.1.8.

Je viens de voir que la version est différentes dans la version téléchargé.

je me demande si la mise a jour a bien fonctionné.

Est-ce que remplacer l'intégralité du dossier html par celui que j'ai téléchargé manuellement fonctionnerait ?
Avatar du membre
Flox
Administrateur du site
Messages : 8972
Enregistré le : jeu. 21 juin 2012 19:00

Oui a l'exception du fichier connect.php, par mesure de sécurité faite une sauvegarde complète base de données et fichiers avant de réaliser l'opération.

Il semble qu'il y est eu des problème durant la phase de mise a jour, pourrez vous préciser la méthode d'installation de ces dernières ?

Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.4 | https://doc.gestsup.fr/
Répondre