Electronic mail communication is the most admired form of communication, in today’s tremendously advanced, busy and fast life. Being the most cost effective and efficient method to transmit all kinds of electronic data, it has become indispensable not only for corporate or professionals but for all those who have an inherent need to access their mailbox outside traditional workplaces. With the rapid advancement in wireless communication emails are now accessible not only on the P.C but on the mobile phone as well, leading us into an era of MOBILE-EMAIL.

These days various wireless e-mail solutions and client models are available in the market that provide for mobile email. There are mainly 2 techniques of retrieving mobile emails: The PUSH and the PULL .

Push e-mail is used to describe email systems that provide an "always-on" capability, in which new e-mail is instantly and actively transferred (pushed) as it arrives by the mail delivery agent (MDA) (commonly called mail server) to the mail user agent (MUA), also called the e-mail client. Most of its clients are smart phones, PDA’s, etc.

The pull model relies on the user to manually initiate the request for messages to be transferred from the server by manually logging in to his account. The push model works differently and is based on the server proactively relaying incoming messages to the mobile device without any prompting i.e. it pushes the emails to the user’s device as soon as it arrives.

One of the main drawbacks of Push technology is that it works on high end mobile phones. Today, there are many solutions having very high profile brand names providing the Push facility; some can integrate with a number of back-end servers through a plug-in architecture, such as Microsoft Exchange, Lotus Domino and IMAP/POP3 and some can integrate directly with existing servers without the need for extra back-end integration. But in the end it is likely to come down to a combination of cost, reliability, available feature and ease of set-up and maintenance that sways IT decision makers from its deployment.

But the question that tosses our mind is

"Is it really a desirable feature to start with?"

"What could be its consequences?" and

"Does it really make sense from technical point of view?"

As many of you would agree with me that every technical change does not mean improvement. Push e-mail could very well be one of these cases. Push e-mail promises delivery of e-mail to the mobile device as soon as it is delivered to the mail I personally feel that push e-mail is like adding a jet engine to the wheel chair of the elderly. It initially sounds good, adding speed to something that is relatively slow but in reality it does not work out as good as it seems to be.

Where Push facilitates direct delivery of your email in your mobile device, you should remember that it comes with a hoard of other uncomfortable features like accumulation of bulk email on the hand set for which you have to unnecessarily pay download charges. Sometimes it really becomes difficult to find the "ONE IMPORTANT" email from the stock of emails downloaded on the handheld.

Secondly, when the email is pushed on the handset, it seizes to exist at the mail server and if you want to access your emails on your P.C , you have to manually synchronize your emails from your mobile device to your P.C. which is another botheration for the user.

However, these push based solutions require more extensive upfront investments beyond high end mobile devices and data plans, including enterprise server software and potentially desktop and client software. They also have inherent corporate IT deployment and support costs. These server-based solutions are often perceived as providing IT with more direct control over the total solution. However, control also presents IT with additional challenges, such as increased implementation and setup time, server maintenance and management, and— in many cases—desktop software maintenance, etc.

Email solutions that are based on PULL ARCHITECTURE are relatively free from the complexity of Push based email solutions. For those who use email as a cornerstone of daily interaction with the world, the difference between the two seems to be a relatively moot point.

Frankly it’s impractical to notify me immediately when a new mail arrives, because that’s too often. Even if you can tell me immediately when I have new email, so what? I care about using email when I have time. And I often have time to do email on my phone when I’m waiting at signal, in a lobby, or otherwise outside workplace. Waiting is in fact the perfect void for mobile email to fill, which I predict will make it the New Millennium’s answer to smoking cigarettes.

If you’re your own boss and want to access your emails your way without any compulsion, then it is always better to opt for email solutions based on Pull Architecture. As with Pull you can retrieve your mails from your mail server when you have the best time at your disposal for doing so.

For those of us who really need to be in touch with information and resources using mobile email communications, we have a technology that does this. Today many companies are providing PULL based mobile email solutions, that are working to produce perfectly capable email clients for mobile devices .These simple IMAP-centric applications do so without the hoopla and cost of "Push" email. It works because based on the way we use email, or at least the way we all should be using email, the "Push" advantage which the industry touts as immediacy is actually bothersome, and "Pull" is just plain good enough.