On 02/13/2021 09:43 PM, Jonathan Billings wrote:
> On Feb 13, 2021, at 17:43, H <agents@xxxxxxxxxxxxxx> wrote:
>> But apache does not have a shell where I issue that command? And, a change needs to survive a reboot.
> Perhaps it might help if you explained how the Apache user is running the commands? Cron job? Systemd service? The “scl” commands are used to run the alternative PHP, so how you run it is important.
>
> —
> Jonathan Billings
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> https://lists.centos.org/mailman/listinfo/centos
I have two situations I believe:
The first is apache launching cron jobs and an hour or so I remedied the issue by explicitly specifying the location of the php 7.2 binary in the cronedit file. This now works.
The second is that I am having problems with the webapp not being able to retrieve e-mail from an external e-mail account. I can view sent e-mails in the external e-mail account from the webapp (which I believe uses php smtp module) but am unable to retrieve inbox/draft/archive e-mails which require imap ssl and thus port 993. I am still trying to figure out why this is and if the webapp might kick off a php script doing this (rather than just running code in the app itself).
But my question is also a more general one: short of ridding the system of the old, default php 5 binary, how should I configure a user without a shell such as apache to default to the newer php binary? As mentioned previously, apache itself runs the new php just fine (except for the imap issue above which could also be some other bug...).
Also, as mentioned before, all users with a shell on this system already default to the new php binary so it is only users without shells that I have to figure out how to configure.
I would appreciate your thoughts.
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos
