Hello Teltonika Support,
I have a question about the syntax for event reporting.
Case 1:
Event text:
“Router name:%rn; Event type:%et; Event text:%ex; Time stamp:%ts”
Test email (correct format):
“Router name:RUT955; Event type:DHCP; Event text:Test email; Time stamp:2024-12-29 10:56:27”
Live email (correct format):
“Router name:RUT955; Event type:DHCP; Event text:Leased IP address for client - MS-Surface-Pro-2-LAN in LAN; Time stamp:2024-12-29 10:52:26”
Case 2:
Event text:
“Router name:%rn;%nl Event type:%et;%nl Event text:%ex;%nl Time stamp:%ts”
Test email (correct format):
“Router name:RUT955;
Event type:DHCP;
Event text:Test email;
Time stamp:2024-12-29 10:55:44”
Life email: not sent!
What can be noted is that if a “%nl” is included in the text, no event report is sent.
Yet, the events appear in the System>Maintenance>Events menu.
Hello Marija,
first of all a Happy New Year and thanks for reply.
In the initial support request I just gave you an example of my test results. Yet, all four event reports listed below behave like described if a %nl is configured. I tried different positions of %nl within the text but this did not help.
Event type: “New DHCP client”
Event subtype: “Connected from WiFi”
Event type: “New DHCP client”
Event subtype: “Connected from LAN”
Event type: “WAN failover”
Event subtype: “Switched to main”
Event type: “WAN failover”
Event subtype: “Switched to failover”
RUT955 is in phase out. Did you test with RUT955 and 07.06.16?
Could you please create a backup for your device to avoid losing your configurations? You can find instructions on how to do that here. Once you’ve done that, for testing purposes, please reset your device to factory defaults as described here. After the reset, check if the same issue occurs.
Additionally, while testing events reporting, you can log in to SSH/CLI (CLI Guide) and execute thelogread -fcommand. This will show logs in real-time, allowing you to see if the email was sent or if there are any additional logs that could help identify the cause of the issue.
Good morning Marija,
Thank you for your answer. I carried out the test according to your instructions. I would like to point out that I had already reset the device to factory defaults and reconfigured it after flashing 07.06.16. But no matter, I did the factory reset again. I only carried out the tests with the failover events; that seemed sufficiently significant to me. The test sequences follow.
Test preparation:
User: Backup created
User: Restore to factory defaults via WebUI
System: Erases the configuration partition
User: Run through wizard
User: Restore config
User: Checked some settings, OK.
Test1 with %nl
User: Event reporting rules Failover Switched to main and Switched to failover configured with %nl
User: Logged in to CLI, executed logread -f
User: Wired WAN plug unplugged
System: Failover to WiFi0
User: Screenshot from CLI saved in file “Error_Failover_Switched to Failover.PNG”
User: Test email from configuration dialog for this case successfully sent via WiFi0 (if connection had not worked)
User: Wired WAN plug plugged in
User: Screenshot from CLI saved in file “Error_Failover_Switched to Main.PNG”
User: Test email from configuration dialog for this case successfully sent via wired WAN
Test2 without %nl
User: Event reporting rules Failover Switched to main and Switched to failover configured without %nl
User: Logged in to CLI, executed logread -f
User: Wired WAN plug pulled
System: Failover to WiFi0
User: Screenshot from CLI saved in file “Success_Failover_Switched to Failover.PNG”
User: Wired WAN plug plugged in
User: Screenshot from CLI saved in file “Success_Failover_Switched to Main.PNG”
Hopefully these tests will help you narrow down the problem.
I want to clarify that when resetting the device to factory defaults, please avoid uploading the backup file to restore configurations. Instead, configure only the recipients and events reporting on the reset device to test whether it works correctly in a clean setup.
Regarding the tests you provided, it’s challenging to fully understand the situation without additional details, such as pictures or logs. Therefore, I’ve sent you a form to fill out. Once completed, I will contact you privately via email regarding this issue. For reference, please use the ticket ID “11425”.
Whoever it may concern or may be interested: I’ve done tests in detail and Teltonika support has handed over the issue to R&D team for further investigation.
Once this phenomenon has been clarified, I will report further.
