3 ms·

We need a "gnu-phone-coreutils" package for telephony on the command line ... We should be able to do things like: grep steve numbers_file | dialer echo "

by rsync 9y ago

We need a "gnu-phone-coreutils" package for telephony on the command line ... We should be able to do things like: grep steve numbers_file | dialer echo "process complete" >> sms -n 303-555-1212 -mms=0 ... and we need a GSM firewall ... and a SIM card firewall ... and quite a few other basic command line tools to manipulate a mobile phone from the command line ...

CRImier 9y ago
Oh, I do agree. The problem is - who's going to write it? I'm an one-man army so far, this is going to change once people get their hardware from the first batch I'm finishing now, but for now the project still needs contributors.
subway 9y ago
I'm curious what you'd consider a GSM or SIM firewall to look like. Typically from the perspective of Linux, a "old and busted" telephony devices will appear as a TTY which a (relatively) privileged process can use as a control channel and/or to set up a PPP interface. On devices supporting "the new hotness", you get a special character device that speaks the MBIM or QMI protocols for a control channel, and an "ethernet" interface for IP traffic. In both cases, access to the SIM is limited to processes that can speak to the telephony device's control channel, and the data side is firewalled with iptables like any other network interface. To further restrict access to telephony device capabilities you can break out ModemManager or oFono along with Polkit. Things get a little wonky when you start to talk about voice calls, as there isn't a lot of standardization in how to get the audio channel in/out of linux on telephony devices yet, but ofono and telepathy seem to have made strides in that direction.
squarefoot 9y ago
~$ gsmsendsms -h gsmsendsms: [-b baudrate][-c concatenatedID][-C sca][-d device][-h][-I init string] [-t][-v][-X] phonenumber [text] -b, --baudrate baudrate to use for device (default: 38400) -c, --concatenate ID for concatenated SMS messages -C, --sca SMS service centre address -d, --device sets the destination device to connect to -h, --help prints this message -I, --init device AT init sequence -r, --requeststat request SMS status report -t, --test convert text to GSM alphabet and vice versa, no SMS message is sent -v, --version prints version and exits -X, --xonxoff switch on software handshake phonenumber recipient's phone number text optional text of the SMS message if omitted: read from stdin (it's in the gsm-utils package)

by rsync 9y ago

CRImier 9y ago

Oh, I do agree. The problem is - who's going to write it? I'm an one-man army so far, this is going to change once people get their hardware from the first batch I'm finishing now, but for now the project still needs contributors.

subway 9y ago

I'm curious what you'd consider a GSM or SIM firewall to look like. Typically from the perspective of Linux, a "old and busted" telephony devices will appear as a TTY which a (relatively) privileged process can use as a control channel and/or to set up a PPP interface. On devices supporting "the new hotness", you get a special character device that speaks the MBIM or QMI protocols for a control channel, and an "ethernet" interface for IP traffic. In both cases, access to the SIM is limited to processes that can speak to the telephony device's control channel, and the data side is firewalled with iptables like any other network interface. To further restrict access to telephony device capabilities you can break out ModemManager or oFono along with Polkit. Things get a little wonky when you start to talk about voice calls, as there isn't a lot of standardization in how to get the audio channel in/out of linux on telephony devices yet, but ofono and telepathy seem to have made strides in that direction.

squarefoot 9y ago

~$ gsmsendsms -h gsmsendsms: [-b baudrate][-c concatenatedID][-C sca][-d device][-h][-I init string] [-t][-v][-X] phonenumber [text] -b, --baudrate baudrate to use for device (default: 38400) -c, --concatenate ID for concatenated SMS messages -C, --sca SMS service centre address -d, --device sets the destination device to connect to -h, --help prints this message -I, --init device AT init sequence -r, --requeststat request SMS status report -t, --test convert text to GSM alphabet and vice versa, no SMS message is sent -v, --version prints version and exits -X, --xonxoff switch on software handshake phonenumber recipient's phone number text optional text of the SMS message if omitted: read from stdin (it's in the gsm-utils package)