SMSCON 0.10.1-1 has been queued for loading into fremantle extras-devel repository.

Changes:

• FIX: Wrong access modes for smscon_boot file.
• ADD: New options for SIMUNLOCK to control automatic phone un/locking depending on SIM:
  • "no": Do not automatically change phone lock status. This is the old "unchecked" status of SIMUNLOCK.
  • "yes": Try to UNLOCK the phone if new (or no) SIM is detected. This option is left for downward compatibility only and does probably not work (old "checked" status). Don't use it.
  • "locknewsim" : New: Automatically LOCK the phone if new (or no) SIM is detected.
  • "lockalways" : New: Automatically LOCK the phone regardless of SIM.
  The SIMUNLOCK option is evaluated each time SMSCON re/starts. Locking takes place after the SIM pin has been entered (or was skipped). This means the phone is ready to receive SMSCON commands. A thief or finder is only allowed to shutdown the phone.

This version hopefully provides solutions for the device-lock/sim-lock dilemma. Please test a little and give me some feedback. The idea is, not to shut down the phone in a locked status. This way the phone comes up with SIM code question first. If SIMUNLOCK is set to new "lockalways" option then SMSCON will lock the phone immediately no matter which SIM was present. Since SIM pin was entered already, the notification about new SIM was sent and the phone can be controlled but is locked from finder or thief.

Note: The current version of SMSCON-Editor does not yet support the new option values "locknewsim" and "lockalways" and will reset the SIMUNLOCK value to "no" or "yes". Please be patient and while testing this extras-devel version of smscon and use the xterm command line to set the SIMUNLOCK option like this, for example:
No effort was made to change device-lock settings before shutdown. I found out that this is much too unreliable. Shutdown comes fast and SMSCON usually didn't get a change to prepare things.