04-02-2009 10:53 PM
05-05-2009 03:21 AM - edited 05-05-2009 03:22 AM
I have the same issue. I have submitted a ticket through my carrier to get it resolved.
I had to call back 2 times before I got a technician who understood what I was talking about though.
The second tech says he found an internal knowledgebase article that says they have to escalate the domain name and problem description to RIM to get them to reset the domain name history so that it will autodetect that the MX entries are now pointing to the Google apps servers and this will allow the Gmail integration and automatic setup to kick in properly. The most common situation where this happenes is when the domain was hosted somewhere else and you move it over to google apps. The RIM BIS server seems to cache the old hosting service information and doesn't notice that it's now pointing to the Google apps mail servers so you loose the easy setup and automatic push until it's fixed.
The workaround is to manually turn on imap support in your account settings when logged into the webmail interface on your google apps domain and then use the imap server settings you find in the help menu for "other" imap client or just go here:
The instructions for blackberry in the google apps help assume that the automatic configuration is working.
The problem though is that if you do the imap settings manually then the push integration may not work and you may continue to get duplicates of your sent messages unless you setup a filter to exclude those messages. With the filter in place there are a few conditions under which email that you didn't send will not forward to your device. The most common one would be spammers trying to impersonate your email address but who wants those? The second would be if you try to email yourself something from a web form that uses your email address as the sender. Stuff like that tends to get trapped by the "do not forward" rule you would setup to prevent the duplicates.
06-21-2009 08:29 AM