SMTP to SMS (used for multifactor authentication)

Dear Teltonika Support,
dear Community,

for implementing two factor authentication we use a firewall that is able to send a one time code per EMail to the users. I tried to forward those emails using the EMail-to-SMS function of a TRB140 unit. That did not work, because the minimum poll-rate (POP3) is 60 seconds (the one-time-codes are valid for 60 seconds only).

Then i tried setting up EMail-Relay. The Docs tell me that i can trigger a script each time an EMail will be sent to the TRB140: TRB140 Email Relay - Teltonika Networks Wiki
But there is no description about the parameters passed to the script and how to use them.

Can anyone tell me how to find further information?

Also i would suggest to allow POP3 poll interval down to 1 second (or at least 3 seconds) to make “real time” forwarding possible (i understand that every minute the POP3 connection has to be closed in order to delete mails that have been delivered SMS from the mailserver).
Another suggestion: an option to delete mails that are older than a configurable number of seconds. This would prevent sending a huge number of SMS containing outdated information.

Thank you very much!

Best regards

Bernhard

Hi!

Are there any plans to support an SMTP Server on TRB140 that can be used to trigger actions on arrivnig Mails?

I would use this for forwaring Mails in realtime to SMS (for use in MFA applications).

Thank you!

Best regards

Bernhard

Hello @Mancom,

Apologies for the delay, and thank you for your patience.

I’ve reached out to our R&D team regarding the possibility of implementing an SMTP server on the TRB140 that could be used to trigger actions on incoming emails. I’ll make sure to get back to you as soon as I receive any updates or feedback on this topic.

Once again, thank you for your patience.

Best regards,

Hello @Mancom,

According to our R&D team, at the moment there are no plans to implement an SMTP server, as maintaining a constant connection to an email server isn’t feasible within the current system architecture; a polling interval would still be necessary.

That said, R&D will review and analyze the possibility of reducing the minimal polling interval to improve the responsiveness for use cases like yours.

Thank you for your patience and understanding.

Best regards,