Re: The state of maia in 2025
Lawrence Mulder <lmulder-iL7gtBVyNKCGUxFv0Br65wC/[email protected]> Sat, 6 Sep 2025 17:34:32 +0000
| Newsgroups | gmane.mail.virus.maiamailguard |
|---|---|
| Message-ID | <[email protected]> |
This is very useful information. I may have to pursue a similar setup soon. Thanks, Joe! -Larry From: [email protected] Sent: September 6, 2025 1:29 PM To: [email protected] Subject: Re: [Maia-users] The state of maia in 2025 I'm happy to report that maia 1.04a works out of the box, on a brand new Debian 13 install. (I skipped the web related parts because of the dependency on an outdated php) So the plan will be to move my postfix, spamassasin, clamav, maid and maintenance scripts to brand new machines, and also to migrate the maia db from the centos 7 mysql server to a new machine running a new distro and a newer mysql or mariadb, For now, I just need to maintain one legacy debian 11 machine for the web interface, Hope this info is useful. Joe root@zapad:~# /var/lib/maia/scripts/configtest.pl<http://configtest.pl> MAIA MAILGUARD CONFIGURATION TEST This script checks for the presence of applications and Perl modules required by maiad, SpamAssassin, and Maia Mailguard's maintenance scripts. Version numbers are also checked, and if a newer version of a component is recommended, you should consider upgrading to at least the minimum recommended version. If you have already configured your Maia Mailguard database, the script will also test the connection to that database. Remember also to run the configtest.php script on your web server to perform similar tests of your web, PHP, and PEAR environment. Application/Module Version Status ======================================================================== Perl : 5.40.1 : OK file(1) : 5.46 : OK Archive::Tar : 3.02001 : OK Archive::Zip : 1.68 : OK BerkeleyDB : 0.66 : OK Compress::Zlib : 2.212 : OK Convert::TNEF : 0.18 : OK Convert::UUlib : 1.8 : OK Crypt::OpenSSL::RSA : 0.35 : OK Data::UUID : 1.227 : OK DB_File : 1.859 : OK DBD::mysql : 4.053 : OK DBD::Pg : 3.18.0 : OK DBI : 1.647 : OK Digest::MD5 : 2.5801 : OK Digest::SHA : 6.04 : OK Digest::SHA1 : 2.13 : OK Encode::Detect : 1.01 : OK File::Spec : 3.91 : OK forks : 0.36 : OK HTML::Parser : 3.83 : OK HTTP::Date : 6.06 : OK IO::Stringy : 2.113 : OK IO::Socket::INET6 : 2.73 : OK IO::Zlib : 1.15 : OK IP::Country::Fast : 604.001 : OK libdb : 5.3 : OK LWP : 6.79 : OK Mail::Address : 2.22 : OK Mail::DKIM : 1.20240923 : OK Mail::Internet : 2.22 : OK Mail::SpamAssassin : 4.0.1 : OK Mail::SPF : 3.20250505 : OK MIME::Base64 : 3.1601 : OK MIME::Parser : 5.515 : OK MIME::QuotedPrint : 3.1601 : OK Net::CIDR::Lite : 0.22 : OK Net::Cmd : 3.15 : OK Net::DNS : 1.50 : OK Net::Server : 2.014 : OK Net::SMTP : 3.15 : OK NetAddr::IP : 4.079 : OK Pod::Usage : 2.03 : OK Razor2::Client::Agent : 2.84 : OK Template : 2.27 : OK Time::HiRes : 1.9777 : OK Unix::Syslog : 1.1 : OK URI : 5.30 : OK Text::CSV : 2.06 : OK MySQL Server : 5.5.68 : OK Database DSN test : PASSED root@zapad:~# spamassassin -V SpamAssassin version 4.0.1 running on Perl version 5.40.1 root@zapad:~# sigtool -V ClamAV 1.4.3/27755/Sat Sep 6 01:26:51 2025 root@zapad:~# cat /etc/os-release PRETTY_NAME="Debian GNU/Linux 13 (trixie)" NAME="Debian GNU/Linux" VERSION_ID="13" VERSION="13 (trixie)" VERSION_CODENAME=trixie DEBIAN_VERSION_FULL=13.1 ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/" On Tue, Sep 2, 2025 at 9:11 PM jjs - mainphrame <[email protected]<mailto:[email protected]>> wrote: Hi Derek, I agree about EFA, as an all in one solution. I like that maia can be divided into separate machines - db server, web server, smtp server, etc to scale as needed. I would look into the maia code to fix it for php 8, but all the libraries it depends on are rotting as well, so I'm not sure. If I get a lot of spare time some day, I can look at what specifically needs to be done, and go from there. Joe On Tue, Sep 2, 2025 at 4:02 PM Derek Atkins <[email protected]<mailto:[email protected]>> wrote: I'll add that I, too, have not found a good alternative. I started looking into EFA, but it was a bit too integrated for my taste. I like the simplicity of Maia. For now I've just halted my system to keep it on PHP7. The server is a dedicated mail server.. I'd love to see something that allows future-proofing, but I'm definitely not an expert. I'd certainly be willing to bring the code into something like Cursor-AI and asking the AI to upgrade the platform to modern PHP. But of course, who knows if that would work? I've had mixed results. -derek On Tue, September 2, 2025 6:40 pm, Janky Jay, III wrote: > Hello Joe, > > On 9/2/25 04:06PM, jjs - mainphrame wrote: >> Hi folks, >> >> As a long time maia user, I and some others did some work a few years >> back to get it working on php 7. But I'm watching with concern as php >> 7 disappears from the landscape. >> > PHP 7.x (7.4 as the last) reached end-of-life over 3.5 years ago [0]. I > would highly suggest updating for security reasons. > >> I haven't seen anything that is quite as nice. I've looked at proxmox >> mail gateway and other products, and am disappointed so far. >> > I've tried many other products as well while migrating away from > Maia-Mailguard and the only one I did end up liking was Rspamd [1]. I > use FreeBSD and wrote a guide for my setup [2] that you can likely > follow using another OS/distribution of your choice. > >> The back end still works, as does everything written in perl. The only >> problem is the web interface and its dependence on legacy php. >> > This is true. Only the web UI front-end ran into trouble. Although, I > suspect more Perl issues will continue to arise as Maia's Perl code is > getting quite old now. > >> I suppose that for now, I'll continue on with a special VM running php >> 7 for the web interface, but it would be nice to know if anyone else >> has been working on a php-8 friendly maia web interface. >> > I would again, highly suggest upgrading PHP to at least 8.2 to avoid > security vulnerabilities [3] for the foreseeable future. > > There was some work done a couple of forks [4][5] that did keep Perl > code up-to-date and the web UI working into PHP 8.x. However, that also > quickly halted when HTMLPurifier went silent upstream which Maia > required. I haven't seen any additional work to remedy this problem. If > I recall, there was also a hiccup with the latest version(s) of Smarty. > Again, I haven't seen any additional work for this either. > > I certainly hope you find a feasible replacement for Maia-Mailguard > since the project appears to be all but dead and PHP 7.x is crazy > dangerous to run these days especially if it's exposed to the public. > Best of luck! > > [0] https://www.php.net/supported-versions.php > [1] https://github.com/rspamd/rspamd > [2] https://www.purplehat.org/?page_id=1450 > [3] https://security.snyk.io/package/linux/debian:11/php7.4 > [4] https://github.com/technion/maia_mailguard > [5] https://github.com/einheit/maia_mailguard_1.05 > > Regards, > Janky Jay, III > > _______________________________________________ > Maia-users mailing list > [email protected]<mailto:[email protected]> > http://www.renaissoft.com/cgi-bin/mailman/listinfo/maia-users > -- Derek Atkins 617-623-3745 [email protected]<mailto:[email protected]> www.ihtfp.com<http://www.ihtfp.com> Computer and Internet Security Consultant _______________________________________________ Maia-users mailing list [email protected]<mailto:[email protected]> http://www.renaissoft.com/cgi-bin/mailman/listinfo/maia-users _______________________________________________ Maia-users mailing list [email protected] http://www.renaissoft.com/cgi-bin/mailman/listinfo/maia-users