> Am 01.03.21 um 15:56 schrieb Simon Matter: >>> >>> On 3/1/21 2:57 PM, Simon Matter wrote: >>>> ... >>>> I was looking at Roundcube but it seems difficult on EL8 because a lot >>>> of >>>> PHP stuff is missing and not available as RPMs. I guess the same is >>>> true >>>> for the python things needed for Mailpile. In the end my list only >>>> contains Cypht, Rainloop and Afterlogic Webmail lite. >>>> >>>> ... >>> >>> Have you considered to run the official Roundcube container image as a >>> podmans systemd service? >>> >>> hub.docker.com/r/roundcube/roundcubemail >>> >>> redhat.com/sysadmin/improved-systemd-podman (Podman >= 2.0 >>> required, but it's only a systemd service file to be created manually) >> >> Hi Thomas, >> >> Thanks for your suggestion. No, I'm not really thinking about >> docker/podman. I prefer having clean system installs, even if I have to >> create RPMs myself. This has worked fine for the last two decades but >> yes, >> I'm afraid, this is considered old school these days :-) >> > > Hey Simon, take a look at Remi's repository ... > > -- > LeonHi Leon, thanks. I'm wondering why these things are not in EPEL? Simon
>> Am 01.03.21 um 15:56 schrieb Simon Matter: >>>> >>>> On 3/1/21 2:57 PM, Simon Matter wrote: >>>>> ... >>>>> I was looking at Roundcube but it seems difficult on EL8 because a lot >>>>> of >>>>> PHP stuff is missing and not available as RPMs. I guess the same is >>>>> true >>>>> for the python things needed for Mailpile. In the end my list only >>>>> contains Cypht, Rainloop and Afterlogic Webmail lite. >>>>> >>>>> ... >>>> >>>> Have you considered to run the official Roundcube container image as a >>>> podmans systemd service? >>>> >>>> hub.docker.com/r/roundcube/roundcubemail >>>> >>>> redhat.com/sysadmin/improved-systemd-podman (Podman >= 2.0 >>>> required, but it's only a systemd service file to be created manually) >>> >>> Hi Thomas, >>> >>> Thanks for your suggestion. No, I'm not really thinking about >>> docker/podman. I prefer having clean system installs, even if I have to >>> create RPMs myself. This has worked fine for the last two decades but >>> yes, >>> I'm afraid, this is considered old school these days :-) >>> >> >> Hey Simon, take a look at Remi's repository ... >> >> -- >> Leon > > Hi Leon, thanks. > I'm wondering why these things are not in EPEL? > > Simon > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > lists.centos.org/mailman/listinfo/centos >Simon, I'm in same boat as you. I have a C6 machine running squirrelmail that I've been trying to get upgraded. I bought a new machine and have C8 installed, postfix, dovecot, SA, the works, running. But, I couldn't get squirrelmail running. I'm also very interested in the answer to this question, "what webmail to run on C8" (or stream in the future). I've looked at the same SW apps you have and have not really gotten a warm fuzzy over anything. I wonder if another tact to take would be to try to get squirrelmail more "modern". I know Les is still doing a bit of dev, but it does seem like squirrelmail is lagging behind. MTC, Jay
Stephen John Smoogen
2021-Mar-01 17:31 UTC
[CentOS] Recommendations for webmail client on EL8
On Mon, 1 Mar 2021 at 10:42, Simon Matter <simon.matter at invoca.ch> wrote:> > Am 01.03.21 um 15:56 schrieb Simon Matter: > > >> Thanks for your suggestion. No, I'm not really thinking about > >> docker/podman. I prefer having clean system installs, even if I have to > >> create RPMs myself. This has worked fine for the last two decades but > >> yes, > >> I'm afraid, this is considered old school these days :-) > >> > > > > Hey Simon, take a look at Remi's repository ... > > > > -- > > Leon > > Hi Leon, thanks. > I'm wondering why these things are not in EPEL? > >Because building with modules in EPEL is very limited. I think pagure.io/epel/issue/75 covers many of the issues and the frustration of dealing with them.> Simon > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > lists.centos.org/mailman/listinfo/centos >-- Stephen J Smoogen.