View Single Post
Saturn's Avatar
Posts: 1,648 | Thanked: 2,122 times | Joined on Mar 2007 @ UNKLE's Never Never Land
#872
Originally Posted by Estel View Post
OK, I'll upload log in few minutes. Meanwhile, another thing (although, I'm not sure if it is a bug, or a feature ) - selecting "send reply messages on" 'battery status' and ''slide open'', result in (after reboot) message containing battery status /indicating that slide was open even though SIM *wasn't* replaced by one with different IMSI. Which, I think, kill purpose of this command.
I also don't like this option and I never use it
The original idea is to get a message everytime the battery drops one bar.

I will discuss it with the others and try to convince them to change it to send a message only when below a threshold.

Requested log:
...
Unfortunately the log doesn't have much valuable info.
Could you try the same sequence as before but with the "Retry on failed reply message" to OFF (unchecked)?
I would like to see if the -fatal error- disappears that way.

// edit
Another minor mistake (?) in SMSCON editor - On tab "general", under "Mobile number of contact" (aka masternumber) is:
Code:
*will change on first command
AFAIU, it's not true - masternumber doesn't change, SMS is just sent twice.
right, will be corrected in the next version.

Also, another observation - after testing sms message, I got *two* messages with "test message", and also *two* messages with fatal error - hence the feeling of being spammed. In fact, it's only 4 messages instead of 1 (no irony, just trying to be specific).
I was curious for the log to understand where the code to stop sending messages when it crashes failed. Apparently it hasn't failed and it stopped sending.

The thing is I cannot reproduce a failed send message to check the code. I have sent literally hundreds of SMS and all were sent correctly.

+feature upgrade request:
Allowing to start (remotely) reverse ssh is great option, but, AFAIK, now it works only with ssh connection with password authentication. could You, please, implement authorisation via public key - preferably, located @ configurable (from SMSCON editor) path?

The idea is, to create special private/public key part, only for using it with SMSCON. normally, sane usage of public key authentication on mobile device require locking it with password - so, no way to use it remotely, as there is no one on the device to write password - but, special pubkey without password just for SMSCON (thus, creating connection with limited access), would be nice to have.

/Estel
Will put it in the todos.

Last edited by Saturn; 2011-12-19 at 00:09.
 

The Following User Says Thank You to Saturn For This Useful Post: