I have an 8.5 user that moves emails to a folder in the client.
After anywhere between 5 minutes and 2 hours, the emails show back up in the user’s mailbox.
This is the strangest thing I’ve ever seen. This user does not have any rules built, mailbox isn’t replicated anywhere (it was, but this started after the replication was removed), and I haven’t seen any code in the mailbox not signed by Lotus.
Has anyone seen this before? I haven’t installed FP1, since there is no mention of this in the release notes.
I have two users (of 1000+) who’ve reported this as well.
Users both run 8.5 client against unmodified 8.5 Standard Mail template.
I’ve removed its replica on our mail cluster, done a full compact/fixup/updall on the files, even reconfigured the clients accessing the mail files just in case, and still the problem (intermittently) persists.
A few thoughts - our mail servers are iSeries, if that is the same as yours, maybe theres something there. Also, the mail files are transaction logged, if that would have any impact whatsoever.
Lastly, the ODS of the mail files are still at ODS 43. I have yet to open a ticket with support until I’ve moved everything to ODS 51 in case this is resolved by upgrading.
I have a support case open at T-Mobile/RIM about that annoying topic since 3 weeks without any results. In the meantime T-Mobile provided me with MR3 (still not officially published), but even after deploying it, the 255+ folder bug is not gone.
Maybe more affected admins should raise their hands so hat RIM will assign more resources to
fix the bug.
In the meantime I personally can not advise anybody to upgrade to BES5 in a Domino environment.
to the latest will help with Calendar interoperability between Blackberry and Domino so I would recommend you do upgrade to the newest 5.x version. It may not fix all of your problems but it should help with some Calendar related issues we have been working on with RIM.