Free gsm software for linux

GSMLIB is a library to access GSM mobile phones through GSM modems. Additionally, some simple command line programs are provided to use these functionalities.
The software works under Linux (tested with Redhat Linux 6.1 and 7.0) and Win32 (experimental, tested with Windows95 and Windows NT4.0).
Main features:
- modification of phonebooks stored in the mobile phone or on the SIM card
- reading and writing of SMS messages stored in the mobile phone
- sending and reception of SMS messages

gsmcal2html downloads calendar events from a GSM device and creates an HTML calendar. Javascript displays the current month by default, but you can browse back or forward.

Auto-exportation to a server is included (with scp). Colors, widths, etc. are customizable. Included in the package is a small file which you can run as a daemon.

gsmcal2html checks whether a GSM device is connected, to trigger automatic generation of the calendar.

Alamin GSM SMS Gateway provides a SMS-to-SMSQP/SMTP gateway and client to send SMS from an IP client.
Alamin GSM SMS Gateway is a gateway for exchanging messages between GSM and IP networks.
The main objective of the gateway is to provide a reliable delivery service and conversion in both directions in order to extend to the GSM network the functions of IP-based applications.
To make an analogy, its like a web server for HTML pages. They need the web server and provide it with content. The Alamin Gateway paves the way for all types of mobile applications on GSM using SMS messages. One very common use for the gateway is to send an alarm from a computer network to its system administrators. Another is the currently common apps showing tv viewers comments on tv programs.
Currently, the connection to the gateway from the IP network can be achieved using SMSQP (11201), the native protocol of the gateway for sending messages and managing the queue. The SMSQP protocol can be used directly or through the "gsgc" client. Implementing a SMTP interface is easy configuring your MTA for calling a script that prepares the message and calls "gsgc".
The connection between the gateway and the GSM network can be realized through a GSM modem or through a telephone supported by the project Gnokii. A SMPP connector is being developed these days.
At present, only GSM modems can be used in "text" mode. In the future, "pdu" mode will also be supported. Not all devices support both modes, so that you will have to read the manual of your mobile telephone or GSM modem and consult the GSM devices page.
Alamin is developed on Debian GNU/Linux but runs almost in all perl enabled systems.
Enhancements:
- smtp interface has been removed, it was buggy and not fully implemented.
- SMPP interface for sending and receiving messages, both connectors are in own daemons, outside the core module and the message dispatcher.
- SMPP interface uses the Net::SMPP perl module.
- It has been tested onlywith mblox servers.
- MySQL interface for inserting records from received messages and send messages in a table.
- New config files are in perl script format.

GNOME SmsSend provides a GNOME interface to SmsSend.
GNOME SmsSend is a user interface to SmsSend, a tool which allows you to send short messages to any GSM through the providers Web sites.
GNOME SmsSend detects the provider script files in the default locations and creates a small user interface for each one.
When you click on the "Apply" button, it will exececute smssend with the proper options.
Enhancements:
- updated for smssend-2.9
- updated spanish po file
- added callback to window destroy event
- updated RPM spec file with some translations
- updated italian po file
- updated spec file to install HELP files
- added creation of user pref dir if it didnt exists
- orrected a bug when scanning $HOME for scripts: the ~/.smssend directory was added to the list of scripts

SMSTerm is an application that uses the ICQ2000 protocol to present you a shell on your mobile phone which allows you to interact with your computer from any mobile on a GSM network. It runs a shell on a pty, and allows you to directly send commands to the shell through SMS. Minimal authentication is done over SMS before spawning a shell and offering it to the user on the mobile phone. It is very useful for remote administration tasks, or checking out the status of the network, or just to run some small chores on your system while you are away. It uses Expect.pm in the background. SMSTerm also includes a script to send SMS through the ICQ network from the command line to any GSM mobile, and also includes a PHP script to set up a Web->SMS gateway.
This is a simple perl script to allow all you people out there who cannot live without having a peek at what your box at home has to say, when you are on the move. All you need is a GSM mobile, and an ICQ account. An ICQ account is required because it is used as the
underlying protocol in SMSTerm to transfer/recieve SMSs.
Yoy can use this application to contact systems behind NATs, as the kernel ships with kernel modules to allow ICQ to be masqd reliably. It is a good way to telnet into your system, which maybe behind a firewall, and do some chores, when youre halfway accross the globe
Enhancements:
- included the new vICQ.pm version 1.10: the earlier version had some serious bugs in receiving SMS which prevented SMSTerm from working at all. I released SMSTerm 0.6 in a hurry during my exams so I couldnt test it thoroughly. Apologies to everyone who couldnt get it to work. This time everything is tested and tried, and it works.
-
- delay modified: the default delay time has been increased from 10s to 20s in SMSTerm. This is because ICQ was giving me RATE_LIMIT errors if i set it too low. Anyone who get a RATE_LIMIT can try bumping it somemore.

SMSLink project implements a client/server gateway to the SMS protocol (short messages on the mobile phones).
It requires the use of dedicated hardware (a serial GSM module).
Both SMS emission and reception are supported, either in text-mode or in PDU-mode.
It also includes an SMS to eMail gateway module.
The server runs under Linux and FreeBSD and supports interactive mode via telnet.
The command-line client already exists for Linux, FreeBSD, Solaris, HP-UX, and Win32.
A basic Web interface is also provided.
Main features:
- The use of TCP/IP sockets for communication between client and server means that the application is network-aware from the start and that deploying it over a WAN (or across the internet) is a piece of cake. Expanding it as well, since writing additional clients for it is possible on any platform supporting sockets. Various ports of the client to Win32 are now available.
- The server process has a command-line interface connected to the socket, making it possible to use it interactively from a telnet session (only line mode telnet supported at the present time - see server/BUGS and server/TODO in the sources directory). This feature is of enormous help when troubleshooting or debugging.
- The command-line interface is backed by a parser written in lex and yacc (flex/bison, actually), which makes the language relatively easy to extend.
- The server was built from the start with the idea of multiple GSM modules in mind. Adding a line to two configuration files (and connecting the hardware, of course) is all there is to using two modules instead of one. The number of modules supported by the server is limited by the hardware only.
- The choice to use specific hardware (the serial GSM module), although limiting the general-purpose use of this application, allows for some very usefull features, the most prominant one being the ability to receive SMS messages as well as send them. This feature is now implemented (as of version 0.41b). Once downloaded from the GSM module, those messages can either be stored in an inbox file or fed through an external program or script, or both.
- By sitting straight on the GSM network, the use of the GSM module offers an advantage that far outweighs its cost : provider independance. The ability to send and receive SMS might be limited in some way or another by the level of your subscription, but all providers should offer a standard way of doing it. No "provider-specific driver" is required in this case. Whats more, all SMS routing aspects are being taken care of by the GSM network itself. Caution is advisable when choosing the provider though, as some of them might place some restrictions on routing to and/or from outside networks (e.g. Mobistar and Itineris*) or lack the implementation of some advanced features of the SMS protocol such as "point-to-point SMS" or "SMS-back" (e.g. Proximus through the UCP interface*).
- As of version 0.48b, initial support for PDU mode and the creation of a "driver-like" capability table for the GSM modules means that most module brands on the market could be supported with little effort. This "driver" approach also garanties that youll be able to mix and match different brands and models of modules on the same server with no problem. Support for PDU mode also opens up a new batch of options, like setting the validity period for a message, potential support for non-standard alphabet, binary content delivery to the mobile phone (logos, tunes, etc. ?) and more.
- A full-fledged access control mechanism allows you to specify precisely which client machine or subnet should be allowed to connect and which shouldnt. The access control is IP-based (as opposed to user-based) and defaults to "deny" for increased security. When the situation doesnt require any access control, the whole thing can be easily disabled by the administrator.

Gnome-o-phone (gphone for short) is an internet telephone. In other words, if you and your friend have computers with sound cards and network connections, you can use gphone to talk to each other and save on phone bills. Gphone is definitely a work in progress and you probably shouldnt bet your business on it; if it breaks you can keep both pieces. Dont be too hard on the program, though -- the user interface is a bit rough but gphone does work pretty well.
As the name implies, it aims to be fully gnome-groovy, but that hasnt quite happened yet. Gphone is definitely a work in progress and you probably shouldnt bet your
business on it. Dont be too hard on the program, though -- although the user interface is mighty rough, gphone does actually work pretty well. Ive only tested the program over ethernet, but the data rate should be low enough to work over a reasonable modem connection.
The protocol is nominally RTP/RTCP, and gphone complies well enough with the standard to be able to talk to speakfreely. Ive only tested the UNIX version of speakfreely, but as long as you tell sfmike to use RTP and GSM compression, it seems to work fine. Maybe someday Ill add in support for other codecs; encryption is a little less likely
because Id just as soon not open that legal can of worms. One easy way to get some security would be to modify my program rtptunnel to tunnel the RTP protocol through a SSL socket instead of a straight TCP socket.
Gphone supports full duplex if your sound card has this feature. Ive had good luck using the ALSA drivers for my SB16.
Enhancements:
- gphone/gphone.c: Add Jorge Gomes Silvas patch to fix config button crash.

TkUsr is a small program that allows you to retrieve faxes stored on USRobotics / 3Com message modems.
Main features:
- Compatible with Message (Plus) and Professional USRobotics / 3COM modems
- Intelligent retrieving of data with a cache system to speed up the download. So you do not have to download the full memory to get only one fax.
- View the list of fax or voice messages stored in your modems flash
- Play any voice message including outgoing messages.
- View a fax with the built-in G3 decoder (written in pure Tcl !)
- Print a fax (display it and then click on the print button)
- Save a fax with one G3 file for each page (right click an entry)
- Save a voice message as a GSM file (right click an entry)
- Upload GSM File / Record outgoing messages
- Support for most settings of Message modems