Automatic action - queuednotification

trololo4ik · 2017-10-11 14:57:41

Hello.
For earlier apologize for my English
After upgrading to version 9.2 found a problem with sending email notifications (queuednotification).
Some notifications are sent immediately but some are going in the "Notification queue". To send them to recipients, you must either manually send or execute the "queuednotification". Notification in the "Notification queue" can wait 10-20 minutes before sending, although the schedule is 1 time per minute.
What could be the problem?

LaDenrée · 2017-10-11 15:06:43

HI,
wich mode for queuednotification ? GLPI or CLI ?
CASE CLI mode : you have to set a cron tab/schduled task on your server that runs /glpi/front/cron.php periodically
CASE GLPI mode : action is triggered by some actions on glpi => if no actions ( overnight, week end, coffee time....) no mail is sent.

trololo4ik · 2017-10-11 15:39:59

Whether correctly I understand You?
In GLPI mode, required any user activity in the program if no one is active, messages are not sent?
In CLI mode, must configure the start /glpi/front/cron.php on Windows task scheduler, and then not important user activity in the program?

LaDenrée · 2017-10-11 15:55:06

you're right.
(any activity -> some specific activity would be exact)

gmognon · 2017-10-11 18:32:24

Hello!
I have the same problem here after upgrading to version 9.2.
I'm using CLI mode and I have configured the Crontask correctly.

I had to rollback to version 9.1.6 where the notifications are fully functional.

Crontask command "php /var/www/virtual/glpi/front/cron.php --force queuedmail"

Last edited by gmognon (2017-10-11 18:33:51)

LaDenrée · 2017-10-12 00:47:01

in 9.2 "queuedmail" automatic action is renamed as "queuednotification".

I guess crontask command needs to be updated. (i did not test)

trololo4ik · 2017-10-12 09:52:13

LaDenrée wrote:

you're right.
(any activity -> some specific activity would be exact)

Thanks, I configured cron, notifications are sent.

grefabu · 2017-10-12 11:34:33

Hi,

my notification go wired too.

On the 9.1.6 test system it works correct.
On the updateted 9.2 it work strange, I got no E-Mail.

I change the queuedmail from GLPI to cli and add an job every 60 sec. I see in the log for the job that it is executed, but without an action.
But I think there won't generated any mails from the ticket. How could I proof the creation?

In helpdesk I'm sure I on "emailfollowup yes".
in setup -> notification the specified notification is on active.

carlosbmc · 2017-10-16 17:51:39

Me too..

after migration 9.1.1 to 9.2 GLPI is not sending mails after ticket creation. I have to run queuednotification manually

Any solution?

Last edited by carlosbmc (2017-10-16 17:52:23)

machadomall · 2017-10-16 18:12:20

Hello good afternoon,
Check the following table;

Table: glpi_crontask
itemtype = QueuedNotification, name = queuednotification

- I think maybe the update did not update the table.

It's just a check, whatever that is.

carlosbmc · 2017-10-16 22:00:54

Yes, its ok. But doesn't work

Table: glpi_crontask
itemtype = QueuedNotification, name = queuednotification

The automatic task never executes... until manually.

Last edited by carlosbmc (2017-10-16 22:05:15)

machadomall · 2017-10-16 22:05:59

Hello,
Can you view the logs? Dont show nothing?

carlosbmc · 2017-10-16 22:48:40

Working...

PHP version running cron PHP Script was 5.4.16 (not the needed version of php 5.6 for GLPI 9.2)

PHP Parse error: syntax error, unexpected '$item' (T_VARIABLE) in commondbtm.class.php on line 237

Thanks!!

grefabu · 2017-10-17 08:16:35

grefabu wrote:

Hi,
my notification go wired too.
On the 9.1.6 test system it works correct.
On the updateted 9.2 it work strange, I got no E-Mail.

For me it was a upgrade problem from 9.1.6 -> 9.2
I got an error for an not unique entry in the glpi_state table. After correction of the duplicate entrie I rerun the setup, but I think the routine didn't run correct then.

After a second try with update the 9.1.6 from a backup and coerrect the entry before upgrade the upgrade run well.
Now the automatik job has the right name and when using cli it work. I didn't test it with GLPI again.

yllen · 2017-10-17 17:25:36

carlosbmc wrote:

PHP version running cron PHP Script was 5.4.16 (not the needed version of php 5.6 for GLPI 9.2)
PHP Parse error: syntax error, unexpected '$item' (T_VARIABLE) in commondbtm.class.php on line 237

In this place we use a PHP key introduce in 5.5. So you must update your PHP if you want to use GLPI 9.2

carlosbmc · 2017-10-17 21:35:45

Yes! 9.2 ok in production envoirment

depra13 · 2017-10-18 09:17:00

machadomall wrote:

Hello good afternoon,
Check the following table;
Table: glpi_crontask
itemtype = QueuedNotification, name = queuednotification
- I think maybe the update did not update the table.
It's just a check, whatever that is.

I have the same problem.
At the transition from version 9.1.6 to 9.2, notifications to the mail stopped coming.
someone is sent to one and the rest is not.
This entry itemtype = QueuedNotification, name = in the table: glpi_crontask I am not present. found Queuedmail and renamed it to QueuedNotification but did not help.

screenshot

the screenshot shows that in the glpi_queuednotifications table there are entries with sent_time and without.

depra13 · 2017-10-18 10:51:27

depra13 wrote:

machadomall wrote:
Hello good afternoon,
Check the following table;
Table: glpi_crontask
itemtype = QueuedNotification, name = queuednotification
- I think maybe the update did not update the table.
It's just a check, whatever that is.
I have the same problem.
At the transition from version 9.1.6 to 9.2, notifications to the mail stopped coming.
someone is sent to one and the rest is not.
This entry itemtype = QueuedNotification, name = in the table: glpi_crontask I am not present. found Queuedmail and renamed it to QueuedNotification but did not help.
the screenshot shows that in the glpi_queuednotifications table there are entries with sent_time and without.

I remove the issue, everything worked.

gmognon · 2017-10-18 16:14:33

depra13 wrote:

depra13 wrote:
machadomall wrote:
Hello good afternoon,
Check the following table;
Table: glpi_crontask
itemtype = QueuedNotification, name = queuednotification
- I think maybe the update did not update the table.
It's just a check, whatever that is.
I have the same problem.
At the transition from version 9.1.6 to 9.2, notifications to the mail stopped coming.
someone is sent to one and the rest is not.
This entry itemtype = QueuedNotification, name = in the table: glpi_crontask I am not present. found Queuedmail and renamed it to QueuedNotification but did not help.
the screenshot shows that in the glpi_queuednotifications table there are entries with sent_time and without.

I remove the issue, everything worked.

hello!
What have you done?
Did you renamed the table and it worked?

Last edited by gmognon (2017-10-18 17:07:11)

machadomall · 2017-10-18 16:20:10

Hello,
Exactly, I just renamed the table fields.

That was before.

itemtype = Queuedmail, name = Queuedmail

For:

Table: glpi_crontask
itemtype = QueuedNotification, name = queuednotification

gmognon · 2017-10-18 17:08:08

machadomall wrote:

Hello,
Exactly, I just renamed the table fields.
That was before.
itemtype = Queuedmail, name = Queuedmail
For:
Table: glpi_crontask
itemtype = QueuedNotification, name = queuednotification

Thank you!
I'll wait for version 9.2.1, hope this bug will be fixed.

trasher · 2017-10-24 08:46:25

Hello,

See https://github.com/glpi-project/glpi/issues/3037.

gpqOficinayRed · 2017-10-25 00:29:55

machadomall wrote:

Hello,
Exactly, I just renamed the table fields.
That was before.
itemtype = Queuedmail, name = Queuedmail
For:
Table: glpi_crontask
itemtype = QueuedNotification, name = queuednotification

I did this and there is a little bit of progress, but to make it work you have to edit your crontab so that it looks something like this:

*/5 * * * * /usr/bin/php /home/webs/glpi/front/cron.php --force mailgate &>/dev/null
*/1 * * * * /usr/bin/php /home/webs/glpi/front/cron.php --force queuednotification &>/dev/null

Change your directory paths to match your own configuration.

I hope this finally resolves my issues and also helps whoever stumbles upon this post now or in the future.

The first line collects your incoming tickets that were sent via email (assuming that you have set up a mail collector correctly through the web interface).

The second line makes sure that your ticket creation and follow-up emails are sent

If anybody ese cares to comment, I would appreciate it.

Last edited by gpqOficinayRed (2017-10-25 04:12:45)

iaanpermana · 2018-12-20 09:38:25

trololo4ik wrote:

LaDenrée wrote:
you're right.
(any activity -> some specific activity would be exact)
Thanks, I configured cron, notifications are sent.

Hi, can you please share it to us, how you configure cron with windows ? i'm new, i can't understand how to set it up.

thank you

yllen · 2019-01-03 18:18:50

For windows you must create a planned task

Forum GLPI-Project

Announcement

#1 2017-10-11 14:57:41

Automatic action - queuednotification

#2 2017-10-11 15:06:43

Re: Automatic action - queuednotification

#3 2017-10-11 15:39:59

Re: Automatic action - queuednotification

#4 2017-10-11 15:55:06

Re: Automatic action - queuednotification

#5 2017-10-11 18:32:24

Re: Automatic action - queuednotification

#6 2017-10-12 00:47:01

Re: Automatic action - queuednotification

#7 2017-10-12 09:52:13

Re: Automatic action - queuednotification

#8 2017-10-12 11:34:33

Re: Automatic action - queuednotification

#9 2017-10-16 17:51:39

Re: Automatic action - queuednotification

#10 2017-10-16 18:12:20

Re: Automatic action - queuednotification

#11 2017-10-16 22:00:54

Re: Automatic action - queuednotification

#12 2017-10-16 22:05:59

Re: Automatic action - queuednotification

#13 2017-10-16 22:48:40

Re: Automatic action - queuednotification

#14 2017-10-17 08:16:35

Re: Automatic action - queuednotification

#15 2017-10-17 17:25:36

Re: Automatic action - queuednotification

#16 2017-10-17 21:35:45

Re: Automatic action - queuednotification

#17 2017-10-18 09:17:00

Re: Automatic action - queuednotification

#18 2017-10-18 10:51:27

Re: Automatic action - queuednotification

#19 2017-10-18 16:14:33

Re: Automatic action - queuednotification

#20 2017-10-18 16:20:10

Re: Automatic action - queuednotification

#21 2017-10-18 17:08:08

Re: Automatic action - queuednotification

#22 2017-10-24 08:46:25

Re: Automatic action - queuednotification

#23 2017-10-25 00:29:55

Re: Automatic action - queuednotification

#24 2018-12-20 09:38:25

Re: Automatic action - queuednotification

#25 2019-01-03 18:18:50

Re: Automatic action - queuednotification

Board footer