I have 2 features that I for sure could use

Small overview of what I use:
Raspberry Pi with a 16-SIM modem connected.
Each time an SMS is received a PHP script is called, SMS details are parsed and processed. So far all is perfect!
But.. Sometimes I would like to add more SIM cards, or replace etc.

What I would like:
- Some sort of eventhandler call that triggers when a SIM is taken out (or not working, etc). And also a call when a SIM is inserted.
That way I can order the modem to send an SMS to another modem, through that process I can automatically collect the MSISDN.
Send an SMS to the new SIM and collect the IMSI too.

- When I have all that data, I would like to automatically create the config file with the updated details (As I use the number = xxxx, I need to update the config).
So, I now have this:



I would like this:


That way I can create the conf for each modem through automated processes. Restart sms3 and be on my way....
I can include 16 confs, 1 for each modem and only update the modem conf when needed.

Hope this makes sense?

Please test if check_sim feature works with your modems. If it works, an alarmhandler can be used to detect when the SIM is taken out. There is an alarm "Check SIM returned ERROR, try: n" available, but no alarm when the SIM is working again. We can add this alarm later, if this feature is going to be used.

Perhaps more controlled way is to use the suspend file. It ensures that the SIM is not sending/receiving when it's taken out. Also the settings read_configuration_after_suspend and read_identity_after_suspend are available. Please check if suspending is useful for you.

I have to think config file includes later, as it's not a small change. At the moment you could consider to modify the sms3 script. Add something like cat /var/conf/global.conf /var/conf/default.conf /var/conf/GSM*.conf > /etc/smsd.conf just before $DAEMON $ARGS is called.

That idea of combining configs in 1 is actually quite briliant...
That will solve that issue for me completely.
Thanks (again..!) for the insight.

I will start testing with the alarmhandler and the other config options you have mentioned.
Have some other ideas now aswel to fetch the details of the inserted sims on startup.

So none of the new features I described are needed for now