Events reporting via email stopped working

Good afternoon,

I have 2 RUTs running, one being a RUTX50 (regular ISP) and the other a RUTC50 (SIM), both currently running R_00.07.14.1.
Ever since firmwares after R_00.07.12.3 on the RUTX50 and one more version after that, also on the RUTC50, any events report via email stopped working.
This goes for Events Reporting, as well as for the new Event Juggler. From the Events Reporting sending the test mail does work just fine and gets received.

To check if it was something altered, or a glitch in the config, I reset the RUTX50 to factory defaults to test on R_00.07.14.1, but even with a minimal config it would not work.
For the life of me, I cannot find any specific info in the logs to point me in the right direction, accept “daemon.err event_juggler: Failed to send mail”.

Below a bit from the RUTX50 System log:

1310 Tue May 6 11:11:01 2025 kern.notice User “admin” successfully authenticated on HTTPS from 10.0.0.1 to 192.168.133.1
1311 Tue May 6 11:11:01 2025 daemon.info event_juggler: [1] Log event triggered
1312 Tue May 6 11:11:01 2025 daemon.info event_juggler: [1] Event triggered
1313 Tue May 6 11:11:01 2025 daemon.err uhttpd[8486]: vuci: accepted login for admin from 10.0.0.1
1314 Tue May 6 11:11:02 2025 daemon.info dnsmasq[7350]: 175 ::1/50909 query[A] mail.haleysystems.nl from ::1
1315 Tue May 6 11:11:02 2025 daemon.info dnsmasq[7350]: 175 ::1/50909 cached mail.haleysystems.nl is 94.209.111.43
1316 Tue May 6 11:11:02 2025 daemon.info dnsmasq[7350]: 176 127.0.0.1/50909 query[A] mail.haleysystems.nl from 127.0.0.1
1317 Tue May 6 11:11:02 2025 daemon.info dnsmasq[7350]: 176 127.0.0.1/50909 cached mail.haleysystems.nl is 94.209.111.43
1318 Tue May 6 11:11:02 2025 daemon.info dnsmasq[7350]: 177 ::1/50909 query[AAAA] mail.haleysystems.nl from ::1
1319 Tue May 6 11:11:02 2025 daemon.info dnsmasq[7350]: 177 ::1/50909 cached mail.haleysystems.nl is NODATA-IPv6
1320 Tue May 6 11:11:02 2025 daemon.info dnsmasq[7350]: 178 127.0.0.1/50909 query[AAAA] mail.haleysystems.nl from 127.0.0.1
1321 Tue May 6 11:11:02 2025 daemon.info dnsmasq[7350]: 178 127.0.0.1/50909 cached mail.haleysystems.nl is NODATA-IPv6
1322 Tue May 6 11:11:03 2025 daemon.info dnsmasq[7350]: 179 127.0.0.1/37652 query[A] rut.teltonika.lt from 127.0.0.1
1323 Tue May 6 11:11:03 2025 daemon.info dnsmasq[7350]: 179 127.0.0.1/37652 cached rut.teltonika.lt is 3.120.7.82
1324 Tue May 6 11:11:03 2025 daemon.info dnsmasq[7350]: 180 ::1/37652 query[A] rut.teltonika.lt from ::1
1325 Tue May 6 11:11:03 2025 daemon.info dnsmasq[7350]: 180 ::1/37652 cached rut.teltonika.lt is 3.120.7.82
1326 Tue May 6 11:11:03 2025 kern.warn kernel: [ 294.465622] REJECT restricted in: IN=br-ifLan2 OUT= MAC=ff:ff:ff:ff:ff:ff:c4:4f:33:e4:6f:d4:08:00 SRC=192.168.144.204 DST=255.255.255.255 LEN=216 TOS=0x00 PREC=0x00 TTL=255 ID=30674 PROTO=UDP SPT=49154 DPT=6667 LEN=196 MARK=0x3f00
1327 Tue May 6 11:11:03 2025 daemon.info dnsmasq[7350]: 181 127.0.0.1/47556 query[A] rut.teltonika.lt from 127.0.0.1
1328 Tue May 6 11:11:03 2025 daemon.info dnsmasq[7350]: 181 127.0.0.1/47556 cached rut.teltonika.lt is 3.120.7.82
1329 Tue May 6 11:11:03 2025 daemon.info dnsmasq[7350]: 182 ::1/47556 query[A] rut.teltonika.lt from ::1
1330 Tue May 6 11:11:03 2025 daemon.info dnsmasq[7350]: 182 ::1/47556 cached rut.teltonika.lt is 3.120.7.82
1331 Tue May 6 11:11:03 2025 daemon.info dnsmasq[7350]: 183 127.0.0.1/36694 query[A] rut.teltonika.lt from 127.0.0.1
1332 Tue May 6 11:11:03 2025 daemon.info dnsmasq[7350]: 183 127.0.0.1/36694 cached rut.teltonika.lt is 3.120.7.82
1333 Tue May 6 11:11:03 2025 daemon.info dnsmasq[7350]: 184 ::1/36694 query[A] rut.teltonika.lt from ::1
1334 Tue May 6 11:11:03 2025 daemon.info dnsmasq[7350]: 184 ::1/36694 cached rut.teltonika.lt is 3.120.7.82
1335 Tue May 6 11:11:04 2025 daemon.info dnsmasq[7350]: 185 127.0.0.1/44143 query[A] rut.teltonika.lt from 127.0.0.1
1336 Tue May 6 11:11:04 2025 daemon.info dnsmasq[7350]: 185 127.0.0.1/44143 cached rut.teltonika.lt is 3.120.7.82
1337 Tue May 6 11:11:04 2025 daemon.info dnsmasq[7350]: 186 ::1/44143 query[A] rut.teltonika.lt from ::1
1338 Tue May 6 11:11:04 2025 daemon.info dnsmasq[7350]: 186 ::1/44143 cached rut.teltonika.lt is 3.120.7.82
1339 Tue May 6 11:11:08 2025 kern.warn kernel: [ 299.463430] REJECT restricted in: IN=br-ifLan2 OUT= MAC=ff:ff:ff:ff:ff:ff:c4:4f:33:e4:6f:d4:08:00 SRC=192.168.144.204 DST=255.255.255.255 LEN=216 TOS=0x00 PREC=0x00 TTL=255 ID=30675 PROTO=UDP SPT=49154 DPT=6667 LEN=196 MARK=0x3f00
1340 Tue May 6 11:11:12 2025 daemon.err event_juggler: Failed to send mail

Could someone point me in the direction of a solution?
Should any additional info be required, please let me know.

Kind regards, Richard

To be sure if anything had changed, I reset the configuration to factory defaults again after upgrading to RUTC_R_00.07.14.2.
Regretfully, no change and still the same error.

After some more testing and giving up on email reporting, I checked to see what would happen via SMS. Guess what, that does work!

Could it be that something is off in the template for sending the emails?
In all honesty, this is getting rather frustrating…

This thing is driving me nuts… :zany_face:
Could one of the professionals around here please have a look and tell me that I am an idiot and my config is pear-shaped, or see if there is something fishy going on?

A clean event_juggler config file looks like this on RUTX_R_00.07.14.2:

config general ‘general’
option enabled ‘0’

A this point there is nothing configured in either services for Events Reporting, or in Event Juggler (both services disabled).

1. I tried with a simple test (alert via email for all logins to the router) in Events Reporting and the config looks like this:

config general ‘general’
option enabled ‘0’

config event ‘1’
option plugin ‘log’
option events_reporting ‘1’
list actions ‘2’
option enabled ‘1’
option log_event_mark ‘all’
option log_event ‘Web UI’

config action ‘2’
option events_reporting ‘1’
option enabled ‘1’
option smtp_text ‘test’
option smtp_subject ‘test’
option smtp_email_group ‘default’
option plugin ‘smtp’
list smtp_recipients ‘me@home.com’

The test mail is sent and received 3 seconds later.
The Events Reporting service is enabled and the Event Juggler service disabled.
To test, I log off and back in again.
Only messages in the System log:

18032 Tue May 20 22:26:30 2025 kern.notice User “admin” successfully authenticated on HTTPS from xxx.xxx.xxx.xxx to xxx.xxx.xxx.xxx
18033 Tue May 20 22:26:30 2025 daemon.info event_juggler: [1] Log event triggered
18034 Tue May 20 22:26:30 2025 daemon.info event_juggler: [1] Event triggered
18035 Tue May 20 22:26:30 2025 daemon.err uhttpd[4099]: vuci: accepted login for admin from xxx.xxx.xxx.xxx
18036 Tue May 20 22:26:31 2025 daemon.err event_juggler: Failed to send mail

2. I tried with another test (alert via email for only successful logins to the router) in Events Reporting and the config looks like this:

config general ‘general’
option enabled ‘0’

config event ‘1’
option plugin ‘log’
option events_reporting ‘1’
list actions ‘2’
option enabled ‘1’
option log_event ‘Web UI’
option log_event_mark ‘successfully authenticated on HTTP’

config action ‘2’
option events_reporting ‘1’
option enabled ‘1’
option smtp_text ‘test’
option smtp_subject ‘test’
option smtp_email_group ‘default’
option plugin ‘smtp’
list smtp_recipients ‘me@home.com’

Again the test mail is sent and received 3 seconds later.
The Events Reporting service is enabled and the Event Juggler service disabled.
To test, I log off and back in again.
Only messages in the System log:

18514 Tue May 20 22:31:57 2025 kern.notice User “admin” successfully authenticated on HTTPS from xxx.xxx.xxx.xxx to xxx.xxx.xxx.xxx
18515 Tue May 20 22:31:57 2025 daemon.info event_juggler: [1] Log event triggered
18516 Tue May 20 22:31:57 2025 daemon.info event_juggler: [1] Event triggered
18517 Tue May 20 22:31:57 2025 daemon.err uhttpd[4099]: vuci: accepted login for admin from xxx.xxx.xxx.xxx
18518 Tue May 20 22:31:58 2025 daemon.err event_juggler: Failed to send mail

3. I tried again with another test (alert via email for all logins to the router) in Event Juggler and the config looks like this:

config general ‘general’
option enabled ‘0’

config event ‘1’
option name ‘test’
list actions ‘2’
option plugin ‘log’
option log_event_mark ‘all’
option enabled ‘1’
option log_event ‘Web UI’

config action ‘2’
option enabled ‘1’
option smtp_text ‘test’
option smtp_subject ‘test’
option plugin ‘smtp’
option name ‘mail’
option smtp_email_group ‘default’
option delay ‘5’
list smtp_recipients ‘me@home.com’

At this point a test mail cannot be generated from Event Juggler.
The Events Reporting service is disabled and the Event Juggler service enabled.
To test, I log off and back in again.
Only messages in the System log:

20181 Tue May 20 22:40:50 2025 kern.notice User “admin” successfully authenticated on HTTPS from xxx.xxx.xxx.xxx to xxx.xxx.xxx.xxx
20182 Tue May 20 22:40:50 2025 daemon.info event_juggler: [1] Log event triggered
20183 Tue May 20 22:40:50 2025 daemon.info event_juggler: [1] Event triggered
20184 Tue May 20 22:40:50 2025 daemon.err uhttpd[4099]: vuci: accepted login for admin from xxx.xxx.xxx.xxx
20185 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4285 127.0.0.1/34274 query[A] rut.teltonika.lt from 127.0.0.1
20186 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4285 127.0.0.1/34274 forwarded rut.teltonika.lt to 9.9.9.9
20187 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4286 ::1/34274 query[A] rut.teltonika.lt from ::1
20188 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4285 127.0.0.1/34274 reply rut.teltonika.lt is 3.120.7.82
20189 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4286 ::1/34274 reply query is duplicate
20190 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4287 127.0.0.1/33385 query[A] rut.teltonika.lt from 127.0.0.1
20191 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4287 127.0.0.1/33385 cached rut.teltonika.lt is 3.120.7.82
20192 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4288 ::1/33385 query[A] rut.teltonika.lt from ::1
20193 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4288 ::1/33385 cached rut.teltonika.lt is 3.120.7.82
20194 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4289 127.0.0.1/34448 query[A] rut.teltonika.lt from 127.0.0.1
20195 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4289 127.0.0.1/34448 cached rut.teltonika.lt is 3.120.7.82
20196 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4290 ::1/34448 query[A] rut.teltonika.lt from ::1
20197 Tue May 20 22:40:52 2025 daemon.info dnsmasq[2854]: 4290 ::1/34448 cached rut.teltonika.lt is 3.120.7.82
20198 Tue May 20 22:40:53 2025 daemon.info dnsmasq[2854]: 4291 127.0.0.1/37304 query[A] rut.teltonika.lt from 127.0.0.1
20199 Tue May 20 22:40:53 2025 daemon.info dnsmasq[2854]: 4291 127.0.0.1/37304 cached rut.teltonika.lt is 3.120.7.82
20200 Tue May 20 22:40:53 2025 daemon.info dnsmasq[2854]: 4292 ::1/37304 query[A] rut.teltonika.lt from ::1
20201 Tue May 20 22:40:53 2025 daemon.info dnsmasq[2854]: 4292 ::1/37304 cached rut.teltonika.lt is 3.120.7.82
20202 Tue May 20 22:40:56 2025 daemon.err event_juggler: Failed to send mail

4. Finally another test (alert via email for only successful logins to the router) in Event Juggler and the config looks like this:

config general ‘general’
option enabled ‘0’

config event ‘1’
option name ‘test’
list actions ‘2’
option plugin ‘log’
option enabled ‘1’
option log_event ‘Web UI’
option log_event_mark ‘successfully authenticated on HTTP’

config action ‘2’
option enabled ‘1’
option smtp_text ‘test’
option smtp_subject ‘test’
option plugin ‘smtp’
option name ‘mail’
option smtp_email_group ‘default’
option delay ‘5’
list smtp_recipients ‘me@home.com’

At this point a test mail cannot be generated from Event Juggler.
The Events Reporting service is disabled and the Event Juggler service enabled.
To test, I log off and back in again.
Only messages in the System log:

20405 Tue May 20 22:45:31 2025 kern.notice User “admin” successfully authenticated on HTTPS from xxx.xxx.xxx.xxx to xxx.xxx.xxx.xxx
20406 Tue May 20 22:45:31 2025 daemon.info event_juggler: [1] Log event triggered
20407 Tue May 20 22:45:31 2025 daemon.info event_juggler: [1] Event triggered
20408 Tue May 20 22:45:31 2025 daemon.err uhttpd[4099]: vuci: accepted login for admin from xxx.xxx.xxx.xxx
20409 Tue May 20 22:45:32 2025 daemon.info dnsmasq[2854]: 4332 127.0.0.1/44427 query[A] rut.teltonika.lt from 127.0.0.1
20410 Tue May 20 22:45:32 2025 daemon.info dnsmasq[2854]: 4332 127.0.0.1/44427 cached rut.teltonika.lt is 3.120.7.82
20411 Tue May 20 22:45:32 2025 daemon.info dnsmasq[2854]: 4333 ::1/44427 query[A] rut.teltonika.lt from ::1
20412 Tue May 20 22:45:32 2025 daemon.info dnsmasq[2854]: 4333 ::1/44427 cached rut.teltonika.lt is 3.120.7.82
20413 Tue May 20 22:45:32 2025 daemon.info dnsmasq[2854]: 4334 127.0.0.1/35637 query[A] rut.teltonika.lt from 127.0.0.1
20414 Tue May 20 22:45:32 2025 daemon.info dnsmasq[2854]: 4334 127.0.0.1/35637 cached rut.teltonika.lt is 3.120.7.82
20415 Tue May 20 22:45:32 2025 daemon.info dnsmasq[2854]: 4335 ::1/35637 query[A] rut.teltonika.lt from ::1
20416 Tue May 20 22:45:32 2025 daemon.info dnsmasq[2854]: 4335 ::1/35637 cached rut.teltonika.lt is 3.120.7.82
20417 Tue May 20 22:45:33 2025 daemon.info dnsmasq[2854]: 4336 ::1/42358 query[A] rut.teltonika.lt from ::1
20418 Tue May 20 22:45:33 2025 daemon.info dnsmasq[2854]: 4336 ::1/42358 cached rut.teltonika.lt is 3.120.7.82
20419 Tue May 20 22:45:33 2025 daemon.info dnsmasq[2854]: 4337 127.0.0.1/42358 query[A] rut.teltonika.lt from 127.0.0.1
20420 Tue May 20 22:45:33 2025 daemon.info dnsmasq[2854]: 4337 127.0.0.1/42358 cached rut.teltonika.lt is 3.120.7.82
20421 Tue May 20 22:45:33 2025 daemon.info dnsmasq[2854]: 4338 127.0.0.1/52226 query[A] rut.teltonika.lt from 127.0.0.1
20422 Tue May 20 22:45:33 2025 daemon.info dnsmasq[2854]: 4338 127.0.0.1/52226 cached rut.teltonika.lt is 3.120.7.82
20423 Tue May 20 22:45:33 2025 daemon.info dnsmasq[2854]: 4339 ::1/52226 query[A] rut.teltonika.lt from ::1
20424 Tue May 20 22:45:33 2025 daemon.info dnsmasq[2854]: 4339 ::1/52226 cached rut.teltonika.lt is 3.120.7.82
20425 Tue May 20 22:45:36 2025 daemon.err event_juggler: Failed to send mail

I have a RUTX50 and i too have been plagued by this issue a couple of times in the past where test emails get sent and actual event emails fail.

It has been some time since i’ve experienced the issue and i’m sorry as i can’t remember what i had to do to rectify it. BUT i do remember that the issue was nothing to do with the RUT, settings or config. I think the issue was addressed by changing the smtp server i was using!!

Seem to remember that i was trying to use googles smtp servers which caused the issue, when i switched to using Yahoo’s smtp servers it just worked. I seem to remember having to generate in “an in App” password too via yahoo’s smtp auth config.

The password needed for the RUT to use Yahoo’s smtp server is different to the password i would use to login to my Yahoo mailing account and specific for the RUT.

Basically the issue wasn’t with the RUT but was being caused by Google, switching to yahoo solved the problem.

Hello,

The first thing I’d recommend is to make sure you’re using either the Events Reporting service or the Event Juggler at a time, but not both simultaneously for the same notification triggers.

Additionally, please verify that the correct SMTP server settings are in place — if you’re using Google’s SMTP server, ensure it’s configured to use port 587 (TLS).

For reference, with a basic Event Reporting configuration for a WebUI login event on the 7.14.2 firmware, email notifications worked as intended.

Config example for reference

Let me know if the issue still persists. Additional information (screenshots, logs, etc.) would be helpful and appreciated.

Best regards,

Good morning gents and thank you so much for getting back to me!

The easy part in this matter is, that the server is an Exchange server that I keep on-prem and monitoring mailflows is quite easy.
That is why I can confirm that the mails generated by the events don’t even get to the server and that is why it is boggling me that the test mails do arrive.

And most frustrating is, that everything used to work flawless untill the mentioned firmware updates.
Nothing was changed in the config, still it all came to a screaming halt.

As for the 2 services, I have absolutely seperated the 2 and in the testing above I double checked.

@Martynas : if in any way helpful, I do not mind sending you the RUTX50 config to be sure. Just let me know how.

@RvdS,

Thank you for the feedback and confirmation. In this case, we’ll need to continue the troubleshooting process privately. You should find a support request form in the inbox of the email address you used for your forum registration. Kindly fill out the form, and please reference Ticket ID: 13622 when submitting it. Once the form is completed, we’ll contact you directly via email to investigate the issue in detail and help work towards a solution.

Hi Martynas,

Thanks for the swift follow-up.
Just filled out the form and awaiting further communications :+1:

Richard