Skip to main content

SMS SPAM filtering?

Been there, done that. That's what you would hear if you are talking about SPAM filters for your e-mail. The other new area that I am constantly getting irritated about is the mobile SMS SPAM that make their way into my cell phone.

One way or the others, we inadvertently give away our mobile phone nos to the various dealers who pass on the same to bulk SMS generators. They in turn make it a point to enlighten you of the various offers that you should be thankful to spend your money on! Thank God I am not charged for incoming messages!

I know most providers like banks or the telecos provide a Do Not Call registry usually hidden away in the small-print. They abide by your request, but it is the other sources where you are forced to give away our number from where the main problem arises.

One thing that I noticed that most mobile phone lack is an active SPAM filter for your mobile phones that can scan your incoming SMSes and over a course of time, learn from you, on what you regard as SPAM and what are valid message. This algorithm of scanning the frequency of words that makeup an SMS and classifying them based on your inputs as one of 'possible SPAM', neutral or 'likely a valid SMS' is called the Bayesian SPAM filtering.

Looking at the Java MIDP API, I could not find any way by which I can intercept or takeover the built-in SMS application. However, from the forums, the friendly folks at Nokia informed that it might be possible using the C++ SDK.

So, my next possible app would be to try on the feat before which there might be a few simple applications to hone my skills on the S60 API. Check out the source forge project mymobiletools shortly for simple apps that might enhance your experience with your mobile.

Comments

Shoban Jayaraj said…
From the Symbian site, it looks like though it is possible to register to intercept SMS messages, it is forwarded to the first app that had registered, which is always the default SMS app on your mobile phone. This means that your newer app will never get a chance to intercept any SMS messages.

Popular posts from this blog

Inside a Text Editor Ever since my college days, after dabbling with vi and a few other editors, I always had an yearning to create my own. Now, I am still stuck with XEmacs and jEdit and had a chance to compile / study the sources and documentation of EMACS and a free editor component called Scintilla. Until now, I was under the the belief that text editors used a doubly linked list to represent the text in memory. The advantages of this approach being insertions and deletions are much more easier which is just a matter of just un-linking a node off the list. But the shortcomming is that they tend to fragment memory with each node or line take a bit of memory. The other alternative approach is to have a dynamic array which is a contiguous space of memory and can sometimes be directly written off to a file. The disadvantages are that insertion and deletion are costly and you need to reallocate quite frequently. While goint throug the source and documentation of text editors, I chanced ...
Battle of Wesnoth Been on the lookout for a free turn based strategy game and chanced upon the Battle of Wesnoth . Despite it being an open source game (meaning, you get the source), it was incredibly polished akin to any of the other turn based strategy game (Alpha Centauri), be it the background score or the graphics or the tutorials. The game itself is set in a period similar to the D&D or nethack era. For the film buffs, if you have read or seen the Lord of the Rings, you would probably be able to relate to the clans that populate the game world. The game play, as with any turn based strategy game requires background information on each of the units that you own, their strengths and weaknesses and a lot of planning (a kin to chess, but with a lot more parameters) where factors like day - night cycles are taken into account (e.g, humans fight well during the day, but the orcs are better during the night). It is encouraged to keep your older units as they gain experience and beco...
Learnings on software development http://www.taylor.se/reddit.html and Digg posted an article on the learnings from ten years of software development. May I add: 2. The difficult part of software development is communication Primarily, this boils down to both verbal and written communication. Both are used at different combinations at different scenarios. When you are discussing features or effort or schedule with your customer, it makes sense if these are written as it allows you to archive the information and refer to it at a later point of time. Who knows, six months down the lane, it would be you who would be scrambling down your e-mail chain trying to figure out why a feature has to be implemented the way it is. Even if you have a verbal discussion, it is a good idea to follow up with the minutes or a gist along with a set of action items. On the other hand, when it comes to appraisals, evaluation or goal setting sessions, it is primarily verbal communication followed with the a...