[resolved] Fetching Emails not working with PHP 7.2.15

snickers

Hello,

I have an issue with fetching emails (via POP) and PHP version 7.2.15. It does work with PHP 5.6.40. Anybody else having this problem?

Greetings,
Mathias

ntozier

I'm not.

vicos

I have 7.2.15 and it works fine. If you are using multi-PHP on the same server, each instance of PHP has its own php.ini file. Each version can also have different modules configured. You might want to start there. You could do a phpinfo() for each version and see if there is anything different that stands out.

If you are trying this on 2 different servers, check your firewall on the PHP 7.2 machine to see that the outgoing POP port is open in the firewall.

antarex

I'm facing a similar problem :

I've just installed a copy of my OSTicket 1.10 to a new server Ubuntu 18.04, with standard php 7.2 packages. OSticket is configured to fetch tickets using IMAP then move the emails to another folder

If i fetch the emails through a cronjob (running /usr/bin/php /osticket/api/cron.php ), the cron.php connect to the IMAP server and move the email to the other folder, thus the IMAP part seems to be correct, but the email is not inserted into OSTicket...

If i configure OSTicket to use AutoCron and not a cronjob, everything work correctly...

I've then installed php5.6 as a CLI, and modifyed my cronjob to use /usr/bin/php5.6 , and now it's working correctly with cronjob...

I do not like to keep php5.6, this version is not supported anymore and should not be installed on a production server, thus i would like to debug the problem with php7.2... but i do not see any error...

Did anyone could tell me how to debug the cron to see where the problem is ? I've already enabled debug logs in OSTicket, but i only see that the cronjob is executed, and no error reported...

Thanks for any help ?

vicos

If I understand you correctly, you now have the web server running PHP 7.2 and then PHP 5.6-cli just to run the cron?

If yes, why not just go with this if it works? As long as 5.6 can't be executed from the web, I can't see how it imposes much of a security threat.

Also, did you compare the config of your 5.6 vs 7.2 to see if they have the same extensions installed and the same config settings? Comparing phpinfo() output is a quick way to do it.

antarex

As php5.6 is not maintained anymore, and is not part of the LTS support of Ubuntu, keeping possibly vulnerable binary on the server is always a risk and should never happen on a production server. And understanding why php7.2 does not work is not a waste of time, a product released in 2019 should not depend upon php5.6 ?

I've continued to search, it seems that it's a known bug : osTicket try to use the APC module, wich is a module not enabled for CLI (because it make no sense for CLI).

To avoid maintaining different php.ini (for CLI and WE?, PHP 7.2 have two different settings : apc.enable and apc.enable_cli , by default the first enabled and the second disabled... OSTicket seems to only look for the first one and ignore the second, and act as if APC is enabled, even with a CLI php with APC disabled...

More info and fix : https://github.com/osTicket/osTicket/pull/4731

Thanks anyway for your help, i hope that my feedback would help other users.

ntozier

@antarex This thread is about 1.11. Since you are running 1.10 my guess is that you have a different problem than the poster.

snickers

I got it fixed with this help/link:
https://github.com/osTicket/osTicket/issues/4720#issuecomment-463244830

I enabled the cron for fetching emails with PHP 7.2.15, not sure if this works or only with PHP 5.6?
Yes, my server hosts multiple PHP versions.

Greetings,
Mathias

ntozier

Glad to hear it @snickers. I'll mark this as resolved then.