Automatic actions: "mailgate" not executed

mika · 2012-03-14 17:21:20

The automatic action "mailgate" is not automatic executed.
I can execute it by pressing the "execute" link, but it wont do it without interaction.

The "next run" field is always right, after the planned execution time is passed, there is the the text: "As soon as possible (2012-03-14 16:14)" (of course the time and date depends)

Can anybody help me?

wawa · 2012-03-14 17:27:13

http://www.glpi-project.org/forum/viewt … p?id=10279

on which OS do you run GLPI ?
do you have a system scheduled task which calls the front/cron.php table ?
is the mailgate automatic action set to CLI mode instead of GLPI ?

mika · 2012-03-16 09:34:29

I run GLPI on a Apache Webserver, which is installed on debian 6.04 (full updatet).
I do not have a system scheduled task which calls the front/cron.php table.
I have set the run frequency to 1 minute, and i set the run mode to CLI.
The version of glpi is 0.80.61.
I use POP3 to get the mails, and if i press the "execute" link, it works fine (just not without direct interaction).

Last edited by mika (2012-03-16 10:07:43)

theone · 2012-03-16 14:09:58

Hi folks,

I'm still with no success on mailgate, I've already done all configurations about it, it's includes "front/cron.php" and "front/crontask.php" on Crontab, anyway I just can get the tickets which have been submitted by mail through GLPI console (Config > E-mail gatway > choose account > Receive tickets by mail function). I’m really don’t know what going wrong. I have sendmail correctly configured on this server, and Nagios® run in the same server and its sending email correctly. Please let me know what kind of details more the team needs for help me up, and I will provide, This mailgate function will be really great for us.

Best Regards from Brazil

One.

mika · 2012-03-16 15:53:52

@one
It looks like that sending, and receiving mails are not combined in glpi.

Do you have a email-account under (Setup>Receivers)?
If not connect there to one

Best Regards from Germany

mika

Ps: "anyway I just can get the tickets" <- this false spelled ?! or i missunderstand you?

Last edited by mika (2012-03-16 15:54:14)

theone · 2012-03-16 16:24:19

@mika

Hey you bro, Off course I've already set one account for mail connector, there is all great (Like I've wrote before), I don't know the reason for dont get automatic tickets from mailgate, I've tried to watch Linux logs and maillog looking some trace of this issue... until now... no success Have you another tip ?

Gruß

One.

theone · 2012-03-16 16:25:28

Ps: "anyway I just can get the tickets" <- this false spelled ?! or i missunderstand you?

Well, may be its seems a little without sense, let me explain better: The only way to get the tickets which become through mail gateway is forcing on button inside Configuration Menu, without human intervention is not possible to get tickets (which has been sent by e-mail), in the last week 20 partners has tried to send a ticket through the mail gateway, anyway all of them stay on our server, today after FORCE by button on GLPI I've success to get all of 20 tickets, but all of those tickets are with S.L.A expired

Last edited by theone (2012-03-16 16:48:14)

wawa · 2012-03-16 17:55:28

mika wrote:

I do not have a system scheduled task which calls the front/cron.php table.
I have set the run frequency to 1 minute, and i set the run mode to CLI.

hello,
that's what it's not working.
You have to add in your apache user crontab the call to /yourglpipath/front/cron.php every minute for example
/var/www/glpi/front/cron.php

As root :
#su - www-data
# crontab -e
Add the line :
*/1 * * * * /usr/bin/php /var/www/glpi/front/cron.php

theone · 2012-03-16 20:49:57

Guys...

It's JUST become to work properly for me when I set this one on mine CRONTAB:

*/1 * * * * /usr/bin/php /var/www/glpi/front/crontask.php

Just cron.php doesn't work for me.. I don't know why...

wawa · 2012-03-17 11:47:36

theone wrote:

*/1 * * * * /usr/bin/php /var/www/glpi/front/crontask.php

its' not crontask.php to call, but cron.php

mika · 2012-03-19 10:05:17

Thank you for your help .
It works now for me.

Archangel Michael · 2012-05-21 17:16:52

I'm having the exact same symptoms, so it looks like something broke in the code recently. I've been running GLPI for a couple years now, without issue, and this started happening within the last month or so. The Pseudo Cron is sporadically working but not enough where it is reliable.

Ubuntu 10.04.4 LTS, GLPI 0.80.1. I can do a fair amount of troubleshooting if I know where to go, just point me in the right direction.

Archangel Michael · 2012-05-21 18:22:09

Update Nevermind ... idiot on monday problem ....

However the problem remains ... I'm trying to get the crontab entry working correctly. Here is the results of the command

PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/imap.ini on line 1 in Unknown on line 0
PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cli/conf.d/mcrypt.ini on line 1 in Unknown on line 0
PHP Warning: Module 'imap' already loaded in Unknown on line 0

Not sure if that helps or not.

Last edited by Archangel Michael (2012-05-21 20:59:43)

Archangel Michael · 2012-05-22 00:19:30

Update: Good News!

I've isolated where the problem was and how to fix it, at least in my case ...

1) Login to GLPI as ADMIN or other SuperUser account.
2) go the "Setup" menu and Select "Automatic Actions"
3) click "Mailgate"
4) Check the status of the "next run" and see if it is "running" ... refresh the page to make sure it is still running, and then click the (X) icon to the right to clear it.

Next Run should say something like 05-21-2012 15:17 - Execute

It looks like there is a lock file or similar that can get set but not "unset" during normal usage. In my case and my best guess, it was trying to process an email that was sent to our entire corporate address book a while back when a timeout issue occurred. I've cleared the email in question from the email server, and purged the created ticket from the database, but this issue remained for a while.

I'm calling it solved!

Feel free to contact me if you need more information for regressing the issue further.

preve · 2012-08-23 13:51:16

I have the same problem. Mailgate will check once when restarting the complete apache. Then it's done.
Windows scheduled tasks have a cron running every 5 minutes.
But in the GLPI I can see that in automatic actions - mailgate that it runs the scheduled time but nothing happends.
If I click manualy on the "execute" then everything runs fine.
I'm not planning to click manualy on the execute butten when I think of it

Archangel Michael wrote:

Update: Good News!
I've isolated where the problem was and how to fix it, at least in my case ...
1) Login to GLPI as ADMIN or other SuperUser account.
2) go the "Setup" menu and Select "Automatic Actions"
3) click "Mailgate"
4) Check the status of the "next run" and see if it is "running" ... refresh the page to make sure it is still running, and then click the (X) icon to the right to clear it.
Next Run should say something like 05-21-2012 15:17 - Execute
It looks like there is a lock file or similar that can get set but not "unset" during normal usage. In my case and my best guess, it was trying to process an email that was sent to our entire corporate address book a while back when a timeout issue occurred. I've cleared the email in question from the email server, and purged the created ticket from the database, but this issue remained for a while.
I'm calling it solved!
Feel free to contact me if you need more information for regressing the issue further.

rlvilvert · 2012-09-04 14:54:49

Thanks Archangel Michael. worked to me!

Brazil, Florianopolis

rlvilvert · 2012-10-01 22:24:12

I thought it had worked, but still have problems.

rlvilvert · 2012-10-01 22:29:37

I resolved my problem with the following command:
First of all access the cron: crontab -e
after set in the last line:
*/1 * * * * php /var/www/glpi/front/cron.php --force mailgate

Now is working!

Forum GLPI-Project

Announcement

#1 2012-03-14 17:21:20

Automatic actions: "mailgate" not executed

#2 2012-03-14 17:27:13

Re: Automatic actions: "mailgate" not executed

#3 2012-03-16 09:34:29

Re: Automatic actions: "mailgate" not executed

#4 2012-03-16 14:09:58

Re: Automatic actions: "mailgate" not executed

#5 2012-03-16 15:53:52

Re: Automatic actions: "mailgate" not executed

#6 2012-03-16 16:24:19

Re: Automatic actions: "mailgate" not executed

#7 2012-03-16 16:25:28

Re: Automatic actions: "mailgate" not executed

#8 2012-03-16 17:55:28

Re: Automatic actions: "mailgate" not executed

#9 2012-03-16 20:49:57

Re: Automatic actions: "mailgate" not executed

#10 2012-03-17 11:47:36

Re: Automatic actions: "mailgate" not executed

#11 2012-03-19 10:05:17

Re: Automatic actions: "mailgate" not executed

#12 2012-05-21 17:16:52

Re: Automatic actions: "mailgate" not executed

#13 2012-05-21 18:22:09

Re: Automatic actions: "mailgate" not executed

#14 2012-05-22 00:19:30

Re: Automatic actions: "mailgate" not executed

#15 2012-08-23 13:51:16

Re: Automatic actions: "mailgate" not executed

#16 2012-09-04 14:54:49

Re: Automatic actions: "mailgate" not executed

#17 2012-10-01 22:24:12

Re: Automatic actions: "mailgate" not executed

#18 2012-10-01 22:29:37

Re: Automatic actions: "mailgate" not executed

Board footer