Thank you for visiting the BlackBerry Support Community Forums.
BlackBerry will be closing the BlackBerry Support Community Forums Device Forums on April 1st (Developers, see below)
BlackBerry remains committed to providing excellent customer support to our customers. We are delighted to direct you to the CrackBerry Forums, a well-established and thorough support channel, for continued BlackBerry support. Please visit http://forums.crackberry.com or http://crackberry.com/ask. You can also continue to visit BlackBerry Support or the BlackBerry Knowledge Base for official support options available for your BlackBerry Smartphone.
"When we launched CrackBerry.com 10 years ago, we set out to make it a fun and useful destination where BlackBerry Smartphone owners could share their excitement and learn to unleash the full potential of their BlackBerry. A decade later, the CrackBerry community is as active and passionate as ever and I know our knowledgeable members and volunteers will be excited to welcome and assist more BlackBerry owners with their questions."
- Kevin Michaluk, Founder, CrackBerry.com
Developers, for more information about the BlackBerry Developer Community please review Join the Conversation on the BlackBerry Developer Community Forums found on Inside BlackBerry.
03-02-2012 05:58 AM
03-02-2012 06:01 AM
What AlertMatrix does has already been described above by RexDoug - as he described it, it was not what you wanted.
Previously you have told us that this was what you wanted to achieve:
"when ever i am going for the sleep ,i could stop the mail for the 5-6 hours according to the time set by me.when the 5-6 hours is completed ,again mails start coming to my inbox automatically."
As Simon has said you can do this effectively by putting your device in standby. You could also do it by changing the notification profile so that the device does not notify you when new emails arrive. Neither of these approaches stop the emails going into the InBox, but they stop the user being notified of this which is the same thing according to this use case.
So do you really have a different scenario to the one you described? What exactly are you trying to do and why are you trying to do this? Please explain the why? Who is going to benefit from this facility and in what situations will they benefit? Why would someone want an app that did this?
03-02-2012 06:52 AM
This is the client requirement for us to make the project with some UI to delay the mails for specific time .
That why , i am concerning of completing the application with the whole functionality .The stopping of the mails is the module which we need to finish in very less time.
03-02-2012 06:54 AM
03-02-2012 06:57 AM
Thanks for the reply and concern .By this post ,I would try to convince the client ,that it is not possible to stop the mails in the inbox for the specific time.
03-02-2012 07:16 AM
Agree with SImon.
Clients are not always right and they often don't know the impact of what they are asking for. It is your job as a BlackBerry developer to think through what they are asking for and give them what they actually want. Too many people blindly do what the spec says rather than questioning it.
So go back to your client and find a good use case for this functionality. If you find a good use case then we will be motivated to help you and even RIM will try to help. At present I can not see a good use case for this and so I'm going with the "can't be done answer" too.
03-02-2012 10:59 PM
03-03-2012 08:29 AM
@CMY I reviewed your "solution" and disagree that this will do what the OP has requested.
As I understand it, the rational behind your use case is to stop the potential duplicate processing of emails.
I have no idea what his use case actually was (he didn't either it appears), all he knew was that he did not want the emails to arrive until a set time.
So your solution does not meet this requirement because the emails actually arrive. And I think the "arriving" will cause the mortifications to be driven on the BlackBerry and with your 'deletion', the emails are not directly available on device once the 'don't see' period had elapsed.
In addition, your use case does not match his requirement. If the problem you were solving is the duplicate processing of emails, then you don't solve that problem by stopping emails arriving on device.
But I agree that an implementation like yours could be a potential solution to what he wanted. By the same token, I believe that turning the notifications off (like AlertMatrix appears to do) could meet his requirements. Putting the device in standby could meet his requirements.
But all he has been told he has to stop emails. None of the solutions proposed stops emails. They all appear to stop emails. But the only solution he can accept is to stop emails because that is what he has been told to do. So no solution is acceptable to him. But any of the solutions may be acceptable to the client. We don't know, as we don't know why the client wants the emails stopped.
Let us take a real world example.
Residents of a suburb tell the town council that they must stop buses between 11 and 6. Do the council stop the busses? They have a legal responsibility to run them! Rather than stopping them, a better solution could be:
a) Electric buses because the real problem was the diesel buses were noisy
b) Policemen on the busses because the real problem was that the buses were bringing thefts into the area
c) Rerouting the buses because the real problem was the residents were having a street party
d) Smaller buses, because the real problem was in the evening, with all the residents home, the cars parked made roads too narrow for the bigger buses.
Using this example, he has been told to stop the buses. But not why. Unless he knows why, he can't propose an appropriate solution. All he can say is that he can't. In this situation the council would talk to the residents. Our OP needs to talk to his client.
BTW in this example, I think your solution is like (c).
03-03-2012 07:52 PM