You are not logged in.
Pages: 1
**********************************
Serveur : ubuntu server.
pop mail chez GMAIL
AD sous windows server 2003 (pour info)
**********************************
Bonjour,
J'ai configuré une passerelle mail.
J'arrive à récupérer des mails en pop ({pop.gmail.com:995/pop/ssl/novalidate-cert}), à l'aide du bouton "récupérer maintenant".
Mais glpi ne les récupère pas tout seul.
Un autre soucis (lié ?) : j'ai activé le cron, mais la commande
/usr/bin/php5 /var/www/glpi/front/cron.php
ne semble n'avoir aucun effet. (pas de fichier cron dans /_log)
le crontab contient :
*/1 * * * * /usr/bin/php5 /var/www/glpi/front/cron.php &>/dev/null
*/1 * * * * echo "test" > /var/www/glpi/files/_log/test.txt
et j'ai bien un fichier 'test.txt' qui contient test créé chaque minute.
Que faire ? Merci pour vos idées.
Offline
commence par virer le &>/dev/null pour avoir les erreurs (message à root)
+
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
l'exécution en ligne de commande de /usr/bin/php5 /var/www/glpi/front/cron.php ne renvoie rien.
J'ai viré la redirection, mais je n'ai aucun message.
Offline
Sur quel systeme est tu?
Est ce que tu as php5-cli d'installer?
Offline
php5-cli est bien installé.
J'ai ubuntu server d'installé
Offline
Lorsque je le fais "à la main" (par le bouton d'actualisation), je remarque que la procédure mettais pas mal de temps (20 secondes peut-être ?)
J'ai réglé le serveur de mail pour qu'il supprime les mails après récupération par pop. Du coup, l'opération de récupération est instantannée, mais la récupération ne se fait toujours pas d'elle même...
Last edited by danF (2009-04-06 22:23:17)
Offline
Humm autre solution qui vous evitera les problèmes de droits et autres..
Copiez un des deux scripts https://dev.indepnet.net/glpi/browser/trunk/scripts glpi_cron_* dans votre repertoire script de GLPI, editez le et rendez le executable.
Ensuite faites un crontab -e et ajoutez un ligne pointant vers le script que vous avez installé
*/1 * * * * /var/www/glpi/scripts/glpi_cron_curl.sh par exemple
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Merci pour vos conseils.
J'ai testé, mais il ne semble rien se passer de spécial. (j'ai pris le script curl).
Le problème ne vient peut-être pas du pseudo-cron ? puisque, même si j'ai une activité sur les pages glpi (consultation des tickets ou autre), glpi ne semble pas relever la boite pop de lui-même...
Offline
Oui c'est curieux parce que la méthode que je vous ai communiqué fonctionne sans problème normalement.
Vous avez tenté de virer les locks dans files\_cron ?
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
J'ai supprimé tous les locks de ce répertoire. Il est à présent vide.
Rien n'apparait dedans par la suite (j'ai été sur le site, j'ai attendu que le cron se déclenche).
Pas de changement.
Offline
Bonjour,
J'ai exactement le même problème sur Ubuntu Server 8.04.2 et GLPI 0.71.6.
En enlevant tous les fichiers dans fils\_cron, sont revenus : contract.lock, dbreplicat.lock, mailgate.lock et ocsng.lock.
En cliquant sur le bouton "Récupérer mantenant" ça fonctionne sans problème, mais rien ne se passe tout seul...
Offline
Sur Ubuntu Server, l'utilisateur est "www-data" et non pas "apache". Est-ce une piste ?
Offline
Est-ce un problème de dépendance ?
Voici les paquets php qui sont installés sur mon serveur :
- libapache2-mod-php5 5.2.4-2ubuntu5.6
- php5-cli 5.2.4-2ubuntu5.6
- php5-common 5.2.4-2ubuntu5.6
- php5-curl 5.2.4-2ubuntu5.6
- php5-dev 5.2.4-2ubuntu5.6
- php5-gd 5.2.4-2ubuntu5.6
- php5-imap 5.2.3-0ubuntu3
- php5-ldap 5.2.4-2ubuntu5.6
- php5-mysql 5.2.4-2ubuntu5.6
Offline
J'ai essayé le script de JMD en tant que root ou que www-data, j'ai les mêmes erreurs :
/var/www/glpi/scripts/glpi_cron_curl.sh: 1: cannot open !DOCTYPE: No such file
/var/www/glpi/scripts/glpi_cron_curl.sh: 1: html: not found
/var/www/glpi/scripts/glpi_cron_curl.sh: 2: PUBLIC: not found
/var/www/glpi/scripts/glpi_cron_curl.sh: 3: Syntax error: newline unexpected
PS : j'ai bien vérifié les chemins.
Last edited by RubberJam (2009-07-03 11:33:31)
Offline
Pour info, j'ai résolu mon problème :
1. Je n'ai pas utilisé www-data ou apache pour lancer le cron.php mais root
2. J'ai modifié deux valeurs dans /etc/php5/cli/php.ini :
- memory_limit=128M
- max_execution_time=120
3. Et rajouté toujours dans /etc/php5/cli/php.ini :
- extension=imap.so
J'ai redémarrer mon serveur et ça marche...
Offline
Pages: 1