Form does not want to be sent: SMTP AND Symfony issues

Dear Concrete CMS forum,

I have come across an error when filling in a form and e-mailing it USING SMTP! This distinction is important for later. A log entry appears with the following error on it: (the other 2 entries are succesful on this list)

That’s the first issue and it’s the same issue that’s mentioned in this thread (click here). The reason I want to mention this is because of the following issue that may be overlooked if these 2 are not handled together as they are seperate issues.

Upon changing the SMTP Method to Default PHP Mail function, the following Symfony issue gets revealed:

These issues only occur when updating from 9.4.8 to 9.5.0.

# Concrete Version
Core Version - 9.5.0
Version Installed - 9.5.0
Database Version - 20260203004500

# Environment
production

# Database Information
Version: 10.6.25-MariaDB
SQL Mode: STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
Character Set: utf8mb4
Collation: utf8mb4_unicode_ci
Max Connections: 151

# Concrete Packages
None

# Concrete Cache Settings
Block Cache - Off
Overrides Cache - Off
Full Page Caching - Off
Full Page Cache Lifetime - Every 6 hours (default setting).

# Database Entities Settings
Doctrine Development Mode - Off

# Server Software
Apache/2

# Server API
fpm-fcgi

# PHP Version
8.4.21

# PHP Extensions
bcmath, calendar, cgi-fcgi, Core, ctype, curl, date, dom, exif, FFI, fileinfo, filter, ftp, gd, gettext, hash, iconv, imagick, imap, intl, ionCube Loader, json, libxml, mbstring, mysqli, mysqlnd, openssl, pcre, PDO, pdo_mysql, pdo_sqlite, Phar, posix, random, Reflection, session, shmop, SimpleXML, soap, sockets, sodium, SPL, sqlite3, standard, sysvmsg, sysvsem, sysvshm, tokenizer, xml, xmlreader, xmlwriter, xsl, zip, zlib

Please check GitHub. There are some issues relating to the change of email handling in 9.5.0 with some fixes coming in 9.5.1.

If your issue is not amongst those marked as resolved, please add to an open issue or open a new issue.

Thank you for your response. This has indeed been planned to be solved in the upcoming version.

I have a question regarding Symfony issue. I don’t think this is a bug as much as it is switching the lever for proc_open on the server. I do not like to do this. Is there an alternative way to this?

Kind regards,

Patrick

Are you using a local SMTP server and a direct connection? You may be able to get round it by using a network connection, either to an external SMTP server, or back to the local SMTP server so that it appears to be external and is accessed via the network. That is the limit of my expertise, so perhaps someone with more knowledge of this can confirm or elaborate.

This is the same server at which it is hosted at (vps18.)

I had a quick look at the Symfony code. My guess above was incorrect - the proc_open call is within the Symfony SMTP Stream interface so will always be used. You may be able to modify the configuration to use an alternate interface. But I can’t advise you on that.

There is now a GitHub issue on this. Laminas/Email > Symfony/Mailer makes use of proc_open() · Issue #12909 · concretecms/concretecms · GitHub