You are not logged in.
Searched all Topics in Forum but no suitable answer for the question, all Setting was not changed and no manuelly upgrade, but suddenly it does not work any more.
the Receiver Setting is like this, actuelly the Password is unknown since it was configured by ex-colleague, i could reset it when necessary but not did yet, the GLPI Plattform could normally sent Mail out but when click "Get Email Tickets Now" it shows always "could not connect to mailgate server".
Receiver:
Name (Email Address) support@xxxxxx.eu
Connection Errors 166
Active Yes
Server smtp.office365.com
Connection Options IMAP SSL no-TLS NO-Validate-CERT
Incoming mail folder (optional, often INBOX)
Port (optional) 993
Connection string {smtp.office365.com:993/imap/ssl/novalidate-cert/notls}
Login support@xxxxxx.eu
Password leave blank
Use Kerberos Authentication No
Accepted Mail Archive Folder (optional)
Refused Mail Archive Folder (optional)
Maximum size of each file imported by the mails receiver 2Mb
Use mail date, instead of collect one No
Use Reply-To as requester (when available) No
but everytime excute the "mailgate" retrieve in automatic action it shows "task mailgate excuted" without error. i have setted some other recervers but shows the same. quite appreciate for every answer in previously!
Offline
some other informations, we have backup for the server and tried restore it to the day, on that the problem was not happed, but still does not work and create no ticket from incoming email, but it sent thousand emails out because of old tickets in last year, then i am very confused, maybe it is problem of microsoft?
Offline
I found the same thing today (two days it's down, as I was out).
Investigating it seems to be related to the cron.php file. When I manually run it, I get this:
# /usr/bin/php /var/www/html/glpi/front/cron.php
PHP Parse error: syntax error, unexpected end of file in /var/www/html/glpi/front/cron.php(46) : eval()'d code on line 2
Looking through the code, it sends something off to glpi.pythonanywhere.com with some system information (I question why this is in there, and always running, but that's another post).
Commenting out line 46 [// @eval($post)];
Seems to have gotten things flowing again, though it does throw a couple of errors.
Offline
I was on 10.0.2.
I just updated to 10.0.3 and that all that code has been removed from that file.
Everything seems to work correctly again.
Offline
I found the same thing today (two days it's down, as I was out).
Investigating it seems to be related to the cron.php file. When I manually run it, I get this:# /usr/bin/php /var/www/html/glpi/front/cron.php
PHP Parse error: syntax error, unexpected end of file in /var/www/html/glpi/front/cron.php(46) : eval()'d code on line 2Looking through the code, it sends something off to glpi.pythonanywhere.com with some system information (I question why this is in there, and always running, but that's another post).
Commenting out line 46 [// @eval($post)];
Seems to have gotten things flowing again, though it does throw a couple of errors.
Thanks a lot for the Information, i found no such line in my cron.php, but i still woundering it was because of the php issue, trying upgrade the php from 7.0.33 up to over 7.4. maybe it would be better
Last edited by FYE (2022-10-24 09:21:26)
Offline
BP-PV wrote:I found the same thing today (two days it's down, as I was out).
Investigating it seems to be related to the cron.php file. When I manually run it, I get this:# /usr/bin/php /var/www/html/glpi/front/cron.php
PHP Parse error: syntax error, unexpected end of file in /var/www/html/glpi/front/cron.php(46) : eval()'d code on line 2Looking through the code, it sends something off to glpi.pythonanywhere.com with some system information (I question why this is in there, and always running, but that's another post).
Commenting out line 46 [// @eval($post)];
Seems to have gotten things flowing again, though it does throw a couple of errors.Thanks a lot for the Information, i found no such line in my cron.php, but i still woundering it was because of the php issue, trying upgrade the php from 7.0.33 up to over 7.4. maybe it would be better
The line was in 10.0.2, but not 10.0.3 (at least from what I can tell).
Funny, I did upgrade to PHP8.1 as well, but it broke LDAP auth, so I had to revert back to 7.4. I can at least confirm php7.4 with 10.0.3 is working as expected.
Offline
Hi, Azure banned basic authentification, IMAP seem to be the issue. See workaround here : h t t p s /techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-september/ba-p/3609437
Offline