Closed Benoit221 closed 1 year ago
Some screenshot are in localtime other in UTC.
Sometime one notification is sent
In most case they are cleaned
I also have the same problem. Did you find a solution?
I upgraded glpi to version 10.0.7. Then mailgate is not working. I click the play button but it doesn't deliver any notification. When I select and send in the notification queue, it sends notifications manually.
I upgraded glpi to version 10.0.7. Then mailgate is not working. I click the play button but it doesn't deliver any notification. When I select and send in the notification queue, it sends notifications manually.
mailgate
is the task that collect emails fomr configured mail receivers in order to create tickets.queuednotification
is the task that sends notifications.Each one is independent from the other one.
On linux ubuntu Crontab works but none of the automated tasks work. Notifications are not sent. automatic ticket closing does not work. So none of the automated processes are working. Where am I doing wrong can someone help?
@skynetbilgi
We only track bugs here, this is not the best place for support.
You can get community support on forums or you can consider taking a subscription to get professional support.
If you clearly identify a bug, please provide logs, steps to reproduce, ... But globally, crontasks are working as expected, so if all of them are broken on your GLPI instance, it is probably due to a system issue on your server (ACL issues, crontab issue, ...).
@Benoit221
I went through something similar and made some changes to the settings separating CLI and GLPI mode responsibilities.
These good practices improve my automatic actions by 100% and this type of problem has stopped.
@auguzsto Thank you for contributing with your comments, I agree with you.
This issue has been closed as we only track bugs here.
You can get community support on forums or you can consider taking a subscription to get professional support. You can also contact GLPI editor team directly.
Code of Conduct
Is there an existing issue for this?
Version
10.0.7
Bug description
Since we upgraded to GLPI 10, we had trouble with notification.
Our queuednotification task is set to CLI and cron works perfectly with user apache (alpine based). Event if i run manually php front/cron.php in command line with apache user, i see that the last execution is "now" but in queued notification there is 0 try to send them. Notification are successfully send if i manually sent them from the queued notification menu.
Best regards
Relevant log output
Page URL
No response
Steps To reproduce
No response
Your GLPI setup information
Informations sur le système, l'installation et la configuration
Server
GLPI constants
Libraries
LDAP directories
SQL replicas
Notifications
Plugins list
Anything else?
No response