While I can understand your opinion, I'll have to disagree. See these below links:
http://www.blackberry.com/developers/docs/4.5.0api/net/rim/blackberry/api/mail/SendListener.html http://www.blackberry.com/developers/docs/4.5.0api/net/rim/blackberry/api/mail/event/ViewListener.html Maybe the insecurity you refer to comes from the core values of the OS? I don't know enough of Android to offer up an opinion, but I know enough of the Blackberry OS to say that I've never heard of any "malware" being installed that causes an issue, as there are avenues of recourse and finding out who was directly responsible for anything in the wild that was released. As it is, the most "secure" OS allows email interception (and, imho, for good reason), which directly refutes the reason you put forth as the reason you are "grateful for this". An Anonymous Guy On Feb 26, 11:48 am, Mark Murphy <mmur...@commonsware.com> wrote: > Anonymous Guy wrote: > > I'm going to guess this: > > >http://groups.google.com/group/android-developers/browse_thread/threa... > > > still hasn't been addressed since almost a year ago. I just went > > through the API and found nothing to intercept incoming and outgoing > > email messages. Please, correct me if I'm wrong. > > You are correct. "Intercepting incoming and outgoing email messages" > across the board is considered "malware" on most platforms, so I for one > am grateful for this. > > Email clients are welcome to implement a plug-in or add-on architecture > to allow third-party extensions. Such extensions would not have a > blanket ability to "intercepting incoming and outgoing email messages" > for the OS, but particular to that client. This is the approach taken by > Microsoft Outlook (leastways, the last time I did Outlook add-ons), > Mozilla Thunderbird > (https://developer.mozilla.org/en/Extensions/Thunderbird/HowTos), etc. > > If you feel such a plug-in architecture is important, I would start with > third-party mail clients (e.g., K9) and work with them to implement it > and come up with a de facto standard. This will help anyone who uses > those apps or buys a device with those apps pre-loaded. After > demonstrating the value in real life, you may find it easier to work > with the core Android team to implement the same architecture for the > native email application, and the Gmail team may at some point elect to > follow it as well. > > -- > Mark Murphy (a Commons > Guy)http://commonsware.com|http://twitter.com/commonsguy > > Android App Developer Books:http://commonsware.com/books -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
