You are not logged in.
Pages: 1
Hi, i have problems with glpi notifications.
It is already the second time that it happens to me that it jams and they all remain in the queue to be sent.
Last time I sent them and then stopped and restarted the service.
I did this now too but it doesn't work, what can it be?
If I put the service to stop I see that the date\time of the next execution is wrong (it's a date already in the past).
I checked on the operating system server (centos) and it is up to date.
On the glpi in the settings it is also the same time zone here.
the service resumes to start the same. The problem is that it doesn't evade the queue.
If I do it manually by selecting the queue instead they are sent.
What checks can I do to solve the problem?
Thank you
Last edited by Afol (2023-06-20 13:07:31)
Offline
in the centos OS i get this message (they've always been there, I don't know if that has to do with the problem):
You have new mail in /var/spool/mail/root
If I go to see there is a root file that continues to be implemented.
These are the messages inside:
From root@glpi.afolmb.local Tue Jun 20 14:08:21 2023
Return-Path: <root@glpi.afolmb.local>
Received: from glpi.afolmb.local (localhost [127.0.0.1])
by glpi.afolmb.local (8.14.7/8.14.7) with ESMTP id 35KC8LTH012338
for <root@glpi.afolmb.local>; Tue, 20 Jun 2023 14:08:21 +0200
Received: (from root@localhost)
by glpi.afolmb.local (8.14.7/8.14.7/Submit) id 35KC8JiQ012330;
Tue, 20 Jun 2023 14:08:19 +0200
Date: Tue, 20 Jun 2023 14:08:19 +0200
Message-Id: <202306201208.35KC8JiQ012330@glpi.afolmb.local>
From: "(Cron Daemon)" <root@glpi.afolmb.local>
To: root@glpi.afolmb.local
Subject: Cron <root@glpi> /usr/bin/php /var/www/html/glpi/front/cron.php --force mailgate
Content-Type: text/plain; charset=UTF-8
Auto-Submitted: auto-generated
Precedence: bulk
X-Cron-Env: <XDG_SESSION_ID=382>
X-Cron-Env: <XDG_RUNTIME_DIR=/run/user/0>
X-Cron-Env: <LANG=it_IT.UTF-8>
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/root>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=root>
X-Cron-Env: <USER=root>
sh: line 1: /root: È una directory
sh: line 2: /glpi.afolmb.local: File o directory non esistente
sh: -c: line 3: syntax error near unexpected token `|'
sh: -c: line 3: ` | sh'
Last edited by Afol (2023-06-20 14:16:37)
Offline
I managed to unlock the situation.
I have deleted the mails in the trash queue.
I have fulfilled the queued mails to be sent.
Stopped the service and waited for it to restart on its own. Now works.
I took the opportunity to update the php timezone (but that has nothing to do with solving the problem).
However, I don't understand why from the notification sending service the time is not correct even if it works.
Offline
sometimes it still crashes and I always have to do the procedure of sending the whole blocked queue and then suspend the automatic sending service to restart it by itself in time.
I don't understand why the problem occurs over and over again
Offline
I don't understand why multiple lines are created in the notification queue for each notification referring to the same thing.
When I try to send manually, it manages to send them and the others (of the same notification) are trashed.
Also there's a notification that it can't get out even manually, which I think is what creates the cap then.
If I enable debug it tells me like this:
PHP Error (1): Allowed memory size of 134217728 bytes exhausted (tried to allocate 16777224 bytes) in /var/www/html/glpi/vendor/phpmailer/phpmailer/src/SMTP.php at line 680
What should I do?
Offline
i change the parameter
memory_limit = 128MB
to
memory_limit = -1
Now work!
the fact remains that duplicate notifications move them to the trash, I don't know if it's intentional behavior but I don't think so.
Anyone know anything about it?
Last edited by Afol (2023-07-12 12:42:41)
Offline
uppp
Offline
Pages: 1