lxc-php-buster

New Pull Request

Conversation 3 Commits 7 Files Changed 7

From now on we should use a buster container to run PHP 7.3 in a multi PHP environment. This will prevent PHP to be upgraded to version 7.4 and likely to break things.

I've already run this but I'd like the change merged into unstable so that others can test it.

Yes!

I see you went for opensmtpd as a replacement for ssmtp on buster. That's cool, but I've got few remarks :

Since it's a running daemon, we have to monitor it :/
It seems that you'll directly send mail. I'd relay it through the postix daemon on the host (ie: so you have only one place to setup opendkim)
I'd aim for the same solutions on all containers on the same host. While I'm "okay(ish)" with old servers still having ssmtp. I really think that new ones should have the same thing for email in each container.

Also, have you tried any other solutions like msmtp ?

My answers in order :

It's a good point and I haven't thought about it. Maybe we could amend the SMTP check in order to make sure all the daemons are running (the one on the host and the ones in the containers)
Silly me, of course, it makes sense! That should be fixed by d625d840a9
I agree with you, we should decide to use the same solution for all containers

I didn't look into msmtp…

Nice work guys. Could we organize some tests of msmtp ?

This pull request has changes conflicting with the target branch.

lxc/tasks/create-container.yml

lxc/templates/default.conf

webapps/evoadmin-web/tasks/web.yml

lxc-php/handlers/main.yml

lxc-php/templates/smtpd.conf.j2

Sign in to join this conversation.

No reviewers

No Label

No Milestone

No Assignees

3 Participants

Notifications

Due Date

No due date set.

Dependencies

This pull request currently doesn't have any dependencies.

#85 lxc-php-buster