
I see a problem with your implementation. You require a person to send an e-mail first to the server in order to have that request processed by a server-side script and finally the processed result is sent back to the person via e-mail. How about leaving e-mail completely out? What we are talking of here is data anyway, whether the person has an unlimited data plan or not. Why not have the person in need of this service just use the browser on their smartphone, access your PHP script directly and have the person enter the bus stop in a form, submit that form and finally get the processed results directly on the screen, without waiting for any e-mail.
If you really need the e-mail approach, push e-mail is the answer, but push e-mail requires both the backend and frontend to support it, otherwise any e-mail is delivered with this delay you are currently experiencing. BlackBerry for example supports push e-mail, but uses the Research In Motion server as backend, which actually does the e-mail processing. Another approach is to use Funambol or similar, but here again it is required to use the server of the push e-mail service provider. In other words, you can not have your own personal server do the duty.
Can you describe exactly what you need? It seems there are multiple ways to achieve this, but you "blindly" require it to be done that exact way only you know of
