Mail transport doesn't work at all.

The problem
Hi
I am currently run LibreNMS in a new and fresh Debian 12 installation.
I have postfix configured with smtp gmail and when I sent mail from command line, like:
echo teste | mail -s teste [email protected];tail -f /var/log/mail.log everything works fine and I can see the mail in the mail.log and the mail arrived in my gmail boxmail.
So, in the Global Settings → Alerting → Email Options I tried the 3 modes available but when click test mail, back there in Alerts → Alert Transports nothing happens!
I already test it with mail in mail options, sendmail, external smtp with TLS and autenthication and for the last, try it to use the actual postfix installation in the same server where librenms is installed.
Nothing at all.
It’s even showing up in the /var/log/mail.log.
I can’t figure out what is wrong!

Output of ./validate.php

Component Version
LibreNMS 24.4.1-45-g0d246a6ff (2024-05-13T10:12:59-03:00)
DB Schema 2024_04_29_183605_custom_maps_drop_background_suffix_and_background_version (294)
PHP 8.2.18
Python 3.11.2
Database MariaDB 10.11.6-MariaDB-0+deb12u1
RRDTool 1.7.2
SNMP 5.9.3
===========================================

[OK] Composer Version: 2.7.6
[OK] Dependencies up-to-date.
[OK] Database connection successful
[OK] Database Schema is current
[OK] SQL Server meets minimum requirements
[OK] lower_case_table_names is enabled
[OK] MySQL engine is optimal
[OK] Database and column collations are correct
[OK] Database schema correct
[OK] MySQL and PHP time match
[OK] Active pollers found
[OK] Dispatcher Service not detected
[OK] Locks are functional
[OK] Python poller wrapper is polling
[OK] Redis is unavailable
[OK] rrd_dir is writable
[OK] rrdtool version ok

smtp mode is best for gmail. Check gmail docs for sending email (Authentication and TLS are required for gmail, for example).

Hi
I already tried.
No change at all!
As I wrote before:
" I have postfix configured with smtp gmail and when I sent mail from command line, like:
echo teste | mail -s teste [email protected];tail -f /var/log/mail.log everything works fine and I can see the mail in the mail.log and the mail arrived in my gmail boxmail."
But in WEB UI the information was fullfil but tried to test nothing happens

Out of curiosity, does any of the other alert transports work other than Mail?

Yeah
Right now I am using telegram bot to delivery warning messages
But I would to do that with mail as well.

Yeah ok so some things are working at least, wonder if you try another email thats not gmail to test? It’s been working fine for me going to our own mail server and emails without troubles via the GUI side.

Hi All,

Also experiencing a very similar issue on a clean install of Debian 12. I press the test email button on the transport the first one comes through. then another click at about 30 seconds later no email even though the test mail sent successfully appears. I reboot a server it shows in the alerts but no email alert is sent. I am using the default rules and no custom ones all assigned to the transport.

Please could you advise? I haven’t found anything on the forums describing this behaviour. this is the first post I have seen with another Debian 12 instance having the same issue:

===========================================

Component Version
LibreNMS 24.5.0 (2024-05-20T04:53:54+01:00)
DB Schema 2024_04_29_183605_custom_maps_drop_background_suffix_and_background_version (294)
PHP 8.2.18
Python 3.11.2
Database MariaDB 10.11.6-MariaDB-0+deb12u1
RRDTool 1.7.2
SNMP 5.9.3
===========================================

[OK] Composer Version: 2.7.6
[OK] Dependencies up-to-date.
[OK] Database connection successful
[OK] Database Schema is current
[OK] SQL Server meets minimum requirements
[OK] lower_case_table_names is enabled
[OK] MySQL engine is optimal
[OK] Database and column collations are correct
[OK] Database schema correct
[OK] MySQL and PHP time match
[OK] Active pollers found
[OK] Dispatcher Service not detected
[OK] Locks are functional
[OK] Python poller wrapper is polling
[OK] Redis is unavailable
[OK] rrd_dir is writable
[OK] rrdtool version ok

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.