>
New Topic
>
Reply<
Esato Forum Index
>
Sony Ericsson / Sony >
Symbian phones
> Blackberry & Push email?
Bookmark topic
@mlittle
@jemuel
@simpsons
Thanks for the feedback guys. I just recently installed profimail on my P990i. I have scheduled the "update mailboxes" to 30 minutes and I would get incoming email alerts during the scheduled intervals. This is still not push email is it, because 1) I'm using POP3 and 2) profimail is merely retrieving the email as scheduled. If I'm right, then I would have somewhat understood the "push email" concept through deductive reasoning, lol.
So what clients can i currently use on my P990i to get push email, and I probably have to subscribe to the push mail service provided by my mobile service provider right? Thanks in advance, and the use of layman terms is much appreciated
--
Posted: 2007-03-09 05:11:26
Edit :
Quote
A couple of things I would like to add to the discussion that have not been mentioned:
True 'Push' e-mail has a server that resides between the mail server and the client handheld(s) which automatically notifies the mail server or handheld of any changes, dependent upon the set rules (ie. mail server deletes contact, middle server recognizes change and sends alert to handheld that deletes corresponding handheld). In other words, there is a middle server monitoring changes between the mail server and the client handheld and making adjustments to each as necessary. This is what Blackberry Enterprise Server (BES) is: a server that resides in front of a mail server (ie. Exchange Server) and a Blackberry 8700 handheld.
On the other hand, the P990 or M600 with Dataviz RoadSync (ActiveSync) is really a 'pull' e-mail system that provides automatic synchronization just as quickly. However, instead of having a middle server between the mail server and the P990 client, the handheld monitors changes on the Exchange Server by communicating directly with it. It does this by continuously sending out a small 'heartbeat' script that checks for changes on the Exchange Server maintaining constant communication, hence the higher data charges. Once a change is recognized, the handheld is then instructed to connect with the Exchange Server to 'pull' the difference. The advantage of this is however is the fact that many organizations already have existing Exchange Servers and therefore, by using handhelds with ActiveSync, can avoid having to purchase a middle server (Blackberry Enterprise or Good Technolgoy) and additional user license fees while deploying 'push' like functionality.
But in all honesty, in my opinion, the reason Blackberry maintains such a high market share is because the user interface on Blackberry handhelds is seamless and intuitive. It contains functionality and ease of use that is not even found when running Blackberry client software on a P990. (I used a Blackberry for 3 years but got tired of waiting for multimedia features).
One final point, here in the US and I'm sure in other places around the world, carriers will offer what is known as Blackberry Internet Service or BIS. This service is simply the carrier providing a hosted middle server between the Blackberry handheld and a corporate mail server. The difference is that BIS has limited functionality compared to the BES.
Hope that helps--sorry for the long explanation.
Cheers...
--
Posted: 2007-03-09 07:30:59
Edit :
Quote
I actually set up my pop 3 email on my phone since this week. and set it to auto download at whatever intervals I want and during whatever time period...
--
Posted: 2007-03-09 16:37:45
Edit :
Quote
@mode
You are correct in saying that you do not have true push email. It is pull. As far as I know, native push email can not work with a POP3 mail account, as POP3 is always pull mail.
I am using the native P990 client for my push email. I like to keep things simple. See my instructions on how to check if your ISP supports IMAP IDLE, and then you can configure a normal mail account, setting it as IMAP, which will then light up the 'push email' option. PM me if you have more questions.
@RxistKJ
Not all push email solutions need an intermediate server. This is the way that BlackBerry works, and some other solutions. What I have specifically been talking about is IMAP IDLE, which is a part of the mail server as far as I understand it. This rolls that heartbeat script into the server but does not require lots of extra technical knowledge or support to have running. Therefore it is ideal for individuals who simply want a supported push email solution at no extra cost (assuming your ISP already supports IMAP IDLE and excluding the actual 3G/GPRS data costs).
From
http://email.about.com/od/emailbehindthescenes/g/imap_idle.htm:
Definition: IMAP IDLE is an optional expansion of the IMAP email accessing protocol that allows the server to send new message updates to the client in real time.
Instead of having your email program check for new mail every few minutes, IMAP IDLE allows the server to notify your email program when new messages have arrived. You can see incoming mail immediately.
Googling for IMAP IDLE throws up this link, which makes interesting reading:
http://www.isode.com/whitepapers/imap-idle.html .
Seeing as IMAP IDLE is already supported by the native P990 mail client, you can be up and running with a push email solution within minutes for no cost (see caveats above). I know this works, because I use it day in, day out.
--
Posted: 2007-03-09 19:18:06
Edit :
Quote
@mlittle:
It's a moot point but IMAP IDLE is not 'Push Email'. Instead, it is 'Pull Email' that delivers messages to the handheld in real time, or close to real time, like 'Push Email'.
IMAP IDLE maintains a direct connection between the client handheld and the email server. The client polls the server for any changes and can be configured to then download or 'pull' the changes to the local client handheld. If the client does not initially send a command looking for changes on the server, the server will not send any changes automatically to the client.
Whereas with 'Push Email', a middle server polls the mail server and 'pushes' any changes to the handheld client without any request from the client. Ultimately, that is the key difference: True 'Push Email' does not require the client handheld to initiate a request to receive changes; the changes will be pushed to the client automatically by the middle server.
For example: If 5 changes occur on the mail server within 5 minutes (1 change/minute):
--using IMAP IDLE the client would, at a bear minimum, need to send 5 requests at 1 minute intervals to receive the changes. If the request interval was 5 minutes or greater, it would receive all 5 changes at the end of the interval
--using Push Email, the client would not have to make any requests and instead the middle server would push change 1 after minute 1, change 2 after minute 2, etc...
Again, it's a subtle point and somewhat a matter of semantics. I've used both and did not notice a difference in delivery times of mail server changes which is, in my opinion, the most important point of the discussion.
--
Posted: 2007-03-12 11:31:09
Edit :
Quote
New Topic
Reply