In the Email to SMS forwarding configuration, ensure that in the Username field, you provide the full email address (e.g., mailname@gmail.com) and the correct password for it. Also, try enabling a secure connection (TLS).
Regarding the phone number, you are correct. The subject of the email should contain only the phone number in the proper format, such as 003706......, without any extra characters. Make sure not to exceed the allowed character limit.
Additionally, more information for Email to SMS forwarding on RUT906 can be found here.
Why should I need to enter full email account since pop3 and smtp server are running locally on rut906 and I can also access from windows email client without “@” in username, so since I setup email relay locally this also means emails are saved locally on rut906
it looks like a error in lua file when you want to connect to a pop3 server which doesnt use “secure connection” encryption you get this error message! but it seems stuff like this wont get repaired?
root@RUT906:/tmp# email_to_sms read
/usr/bin/lua: /usr/bin/email_to_sms:168: bad argument #2 to ‘tonumber’ (integer expected, got string)
stack traceback:
[C]: in function ‘tonumber’
/usr/bin/email_to_sms:168: in function ‘main’
/usr/bin/email_to_sms:256: in main chunk
[C]: ?
after adding “option ssl_verify ‘0’” to
/etc/config/email_to_sms
it looks like it should work
but problem is lua file it asks for ssl_verify in email_to_sms lua file after line 167
but should it not ask after if ssl ? local ssl_verify = tonumber(get_cfg(“ssl_verify”)) == 1
local ssl = tonumber(get_cfg("ssl")) == 1
-- local ssl_verify = tonumber(get_cfg("ssl_verify")) == 1 removed here
local mbox = pop3.new()
if ssl then
-- added here
local ssl_verify = tonumber(get_cfg("ssl_verify")) == 1
local ok, err = mbox:open_tls(some_mail.host, some_mail.port, nil, ssl_verify)
if not ok then
perror("TLS connection error")
perror(err)
return
end
else
local ok, err = mbox:open(some_mail.host, some_mail.port)
if not ok then
perror("Connection error")
perror(err)
return
end
end
Hi @chrisguenther,
I guess that’s a very marginal problem and as you were able to
solve it yourself and also marked your posting as “Solution” then
none of the Teltonika staff will have a further look into it.