You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using a shared hosting provider that disables the "mail" function, the GLPI throws a error message on "Way of sending mail" (Setup > Notification > Email Followups Configuration) that the "mail" function is disabled, which is true (it's disabled through "disable_functions" PHP directive). I believe it was true into the past, but current GLPI versions uses PHPMailer and I was able to send/receive mail through GLPI even without this PHP function, so I believe this warning should be rewritten, e.g. shows the dropdown but removes/gray out the "SMTP" option on dropdown and show the warning below the dropdown maybe?
Software: LiteSpeed
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/130.0.0.0 Safari/537.36
Server Software: MariaDB Server
Server Version: 10.5.23-MariaDB-cll-lve
Server SQL Mode: NO_ENGINE_SUBSTITUTION
Parameters: opoderdasvendasc_glpi@localhost/opoderdasvendasc_glpi
Host info: Localhost via UNIX socket
PHP version (7.4.33) is supported.
Sessions configuration is OK.
Allocated memory is sufficient.
mysqli extension is installed.
Following extensions are installed: dom, fileinfo, filter, libxml, json, simplexml, xmlreader, xmlwriter.
curl extension is installed.
gd extension is installed.
intl extension is installed.
zlib extension is installed.
The constant SODIUM_CRYPTO_AEAD_XCHACHA20POLY1305_IETF_NPUBBYTES is present.
Database engine version (10.5.23) is supported.
No files from previous GLPI version detected.
The log file has been created successfully.
Write access to /home/opoderdasvendasc/helpdesk/glpi/files/_cache has been validated.
Write access to /home/opoderdasvendasc/helpdesk/glpi/files/_cron has been validated.
Write access to /home/opoderdasvendasc/helpdesk/glpi/files has been validated.
Write access to /home/opoderdasvendasc/helpdesk/glpi/files/_dumps has been validated.
Write access to /home/opoderdasvendasc/helpdesk/glpi/files/_graphs has been validated.
Write access to /home/opoderdasvendasc/helpdesk/glpi/files/_lock has been validated.
Write access to /home/opoderdasvendasc/helpdesk/glpi/files/_pictures has been validated.
Write access to /home/opoderdasvendasc/helpdesk/glpi/files/_plugins has been validated.
Write access to /home/opoderdasvendasc/helpdesk/glpi/files/_rss has been validated.
Write access to /home/opoderdasvendasc/helpdesk/glpi/files/_sessions has been validated.
Write access to /home/opoderdasvendasc/helpdesk/glpi/files/_tmp has been validated.
Write access to /home/opoderdasvendasc/helpdesk/glpi/files/_uploads has been validated.
PHP 7.4 is no longer maintained by its community.
Even if GLPI still supports this PHP version, an upgrade to a more recent PHP version is recommended.
Indeed, this PHP version may contain unpatched security vulnerabilities.
Web server root directory configuration seems safe.
Sessions configuration is secured.
OS and PHP are relying on 64 bits integers.
exif extension is installed.
ldap extension is installed.
openssl extension is installed.
Following extensions are installed: bz2, Phar, zip.
Zend OPcache extension is not present.
Following extensions are installed: ctype, iconv, mbstring.
Following extensions are not present: sodium.
Write access to /home/opoderdasvendasc/helpdesk/glpi/marketplace has been validated.
Access to timezone database (mysql) is not allowed.
htmlawed/htmlawed version 1.2.14 in (/home/opoderdasvendasc/helpdesk/glpi/vendor/htmlawed/htmlawed)
phpmailer/phpmailer version 6.8.0 in (/home/opoderdasvendasc/helpdesk/glpi/vendor/phpmailer/phpmailer/src)
simplepie/simplepie version 1.5.8 in (/home/opoderdasvendasc/helpdesk/glpi/vendor/simplepie/simplepie/library)
tecnickcom/tcpdf version 6.4.4 in (/home/opoderdasvendasc/helpdesk/glpi/plugins/pdf/vendor/tecnickcom/tcpdf)
michelf/php-markdown in (/home/opoderdasvendasc/helpdesk/glpi/vendor/michelf/php-markdown/Michelf)
true/punycode in (/home/opoderdasvendasc/helpdesk/glpi/vendor/true/punycode/src)
iamcal/lib_autolink in (/home/opoderdasvendasc/helpdesk/glpi/vendor/iamcal/lib_autolink)
sabre/dav in (/home/opoderdasvendasc/helpdesk/glpi/vendor/sabre/dav/lib/DAV)
sabre/http in (/home/opoderdasvendasc/helpdesk/glpi/vendor/sabre/http/lib)
sabre/uri in (/home/opoderdasvendasc/helpdesk/glpi/vendor/sabre/uri/lib)
sabre/vobject in (/home/opoderdasvendasc/helpdesk/glpi/vendor/sabre/vobject/lib)
laminas/laminas-i18n in (/home/opoderdasvendasc/helpdesk/glpi/vendor/laminas/laminas-i18n/src)
laminas/laminas-servicemanager in (/home/opoderdasvendasc/helpdesk/glpi/vendor/laminas/laminas-servicemanager/src)
monolog/monolog in (/home/opoderdasvendasc/helpdesk/glpi/vendor/monolog/monolog/src/Monolog)
sebastian/diff in (/home/opoderdasvendasc/helpdesk/glpi/vendor/sebastian/diff/src)
donatj/phpuseragentparser in (/home/opoderdasvendasc/helpdesk/glpi/vendor/donatj/phpuseragentparser/src/UserAgent)
elvanto/litemoji in (/home/opoderdasvendasc/helpdesk/glpi/vendor/elvanto/litemoji/src)
symfony/console in (/home/opoderdasvendasc/helpdesk/glpi/vendor/symfony/console)
scssphp/scssphp in (/home/opoderdasvendasc/helpdesk/glpi/vendor/scssphp/scssphp/src)
laminas/laminas-mail in (/home/opoderdasvendasc/helpdesk/glpi/vendor/laminas/laminas-mail/src/Protocol)
laminas/laminas-mime in (/home/opoderdasvendasc/helpdesk/glpi/vendor/laminas/laminas-mime/src)
rlanvin/php-rrule in (/home/opoderdasvendasc/helpdesk/glpi/vendor/rlanvin/php-rrule/src)
ramsey/uuid in (/home/opoderdasvendasc/helpdesk/glpi/vendor/ramsey/uuid/src)
psr/log in (/home/opoderdasvendasc/helpdesk/glpi/vendor/psr/log/Psr/Log)
psr/simple-cache in (/home/opoderdasvendasc/helpdesk/glpi/vendor/psr/simple-cache/src)
psr/cache in (/home/opoderdasvendasc/helpdesk/glpi/vendor/psr/cache/src)
league/csv in (/home/opoderdasvendasc/helpdesk/glpi/vendor/league/csv/src)
mexitek/phpcolors in (/home/opoderdasvendasc/helpdesk/glpi/vendor/mexitek/phpcolors/src/Mexitek/PHPColors)
guzzlehttp/guzzle in (/home/opoderdasvendasc/helpdesk/glpi/vendor/guzzlehttp/guzzle/src)
guzzlehttp/psr7 in (/home/opoderdasvendasc/helpdesk/glpi/vendor/guzzlehttp/psr7/src)
glpi-project/inventory_format in (/home/opoderdasvendasc/helpdesk/glpi/vendor/glpi-project/inventory_format/lib/php)
wapmorgan/unified-archive in (/home/opoderdasvendasc/helpdesk/glpi/vendor/wapmorgan/unified-archive/src)
paragonie/sodium_compat in (/home/opoderdasvendasc/helpdesk/glpi/vendor/paragonie/sodium_compat/src)
symfony/cache in (/home/opoderdasvendasc/helpdesk/glpi/vendor/symfony/cache)
html2text/html2text in (/home/opoderdasvendasc/helpdesk/glpi/vendor/html2text/html2text/src)
symfony/css-selector in (/home/opoderdasvendasc/helpdesk/glpi/vendor/symfony/css-selector)
symfony/dom-crawler in (/home/opoderdasvendasc/helpdesk/glpi/vendor/symfony/dom-crawler)
twig/twig in (/home/opoderdasvendasc/helpdesk/glpi/vendor/twig/twig/src)
twig/string-extra in (/home/opoderdasvendasc/helpdesk/glpi/vendor/twig/string-extra)
symfony/polyfill-ctype not found
symfony/polyfill-iconv not found
symfony/polyfill-mbstring not found
symfony/polyfill-php80 in (/home/opoderdasvendasc/helpdesk/glpi/vendor/symfony/polyfill-php80)
symfony/polyfill-php81 in (/home/opoderdasvendasc/helpdesk/glpi/vendor/symfony/polyfill-php81)
symfony/polyfill-php82 in (/home/opoderdasvendasc/helpdesk/glpi/vendor/symfony/polyfill-php82)
league/oauth2-client in (/home/opoderdasvendasc/helpdesk/glpi/vendor/league/oauth2-client/src/Provider)
league/oauth2-google in (/home/opoderdasvendasc/helpdesk/glpi/vendor/league/oauth2-google/src/Provider)
thenetworg/oauth2-azure in (/home/opoderdasvendasc/helpdesk/glpi/vendor/thenetworg/oauth2-azure/src/Provider)
In GLPI 11.0, we switched to symfony/mailer. It does not use the mail() function anymore, but instead it uses either sendmail, either a stream.
Instead of checking the mail() function presence, we could use a try { (new \Symfony\Component\Mailer\Transport\NativeTransportFactory())->create(Symfony\Component\Mailer\Transport\Dsn::fromString('native://default')); } block to catch the exceptions thrown when the PHP configuration is not valid.
Code of Conduct
Is there an existing issue for this?
Version
10.0.16
Bug description
When using a shared hosting provider that disables the "mail" function, the GLPI throws a error message on "Way of sending mail" (Setup > Notification > Email Followups Configuration) that the "mail" function is disabled, which is true (it's disabled through "disable_functions" PHP directive). I believe it was true into the past, but current GLPI versions uses PHPMailer and I was able to send/receive mail through GLPI even without this PHP function, so I believe this warning should be rewritten, e.g. shows the dropdown but removes/gray out the "SMTP" option on dropdown and show the warning below the dropdown maybe?
Relevant log output
Page URL
https://glpi.example.com/front/setup.notification.php
Steps To reproduce
No response
Your GLPI setup information
Information about system installation & configuration
Server
GLPI constants
Libraries
SQL replicas
Notifications
Plugins list
Anything else?
No response
The text was updated successfully, but these errors were encountered: