'Confirm Delivery / Confirm Read / Send Read Receipts' on a BlackBerry...
If you want to STOP a read receipt from being sent from your BlackBerry, you can:
1. Open the email, and while in it, do ALT+U (mark as unread) - does not work on the latest OS for the Curve!
2. Open the email, and while in it, Menu / Mark Unopened (for 8100, 8800 & possibly the Curve)...
Also, go to messages / menu options / email settings / messages services. From here you can choose the respective email account you want to edit the 'read receipt' settings for:
show read receipts
Last edited by navilyn; 07-06-2007 at 03:08 PM.
- 06-05-2007, 09:55 AM #2
On a related note:
This is how to receive a delivery confirmation, (by return email) for email messages sent between Blackberry devices.
This delivery confirmation is not merely a confirmation of a successful email relay, but a confirmation as to when your message has been delivered to the Blackberry handheld itself, ie. the recipient's Blackberry is switched on, within wireless coverage, and your email has been delivered to their Blackberry.
When composing the email on the Blackberry, or from within Outlook, in the subject line of the message type <confirm> followed by the text .
example: <confirm> You have 30 minutes to live
Note: Your recipient will receive the email with the additional word <confirm> in the subject line, so that this technique is certainly not for all occasions. Though on this occasion I don't think they would mind.Fail to prepare....prepare to fail
Am a bit lost here, Kath00. Are you saying when you send a normal email from your BlackBerry, you get a confirmation email? Each time?
xruth, go to messages / menu options / email settings / messages services - choose respective account - from here edit:
show read receipts
- 08-02-2007, 01:49 PM #10
I have gone to messages / menu options / email settings / messages services - for all my accounts and edited each of:
show read receipts
Selected "no" for each and saved, but my device still sent a "delivered" message to a requesting sender. Any suggestions are appreciated. Thanks!
Maybe I've not explained myself properly. If a user sends you an email asking for a READ RECEIPT, BlackBerry WILL automaticall send one, period - unless of course you 'quickly' try what I stated above. But, I've noticed on some of the 'newer' (within the last two weeks) OS' it does not always support it...!
- 09-26-2007, 03:20 PM #14
How to stop read receipts
I tried the Alt-U, and found that it does not send the read receipt at that time, but does so, later when you actually open the mail to read it.
However, I think I have found a solution. To get around the issue of sending a read receipt, do as below:
Before opening a mail which is potentially 'read receipt requested',
Open a mail above or below that one - say, one which has already been opened and read earlier.
Now press N for 'next' or P for 'previous' to open the mail that you want to read.
In my testing, this does not generate any read receipt.
Hope that helps!
- 09-26-2007, 03:25 PM #15
I tried both ways - using Alt-U first to mark it as read, and then moving towards the open using N or P. This worked perfectly - no read receipt.
I, then tried without using Alt-U, and still got great results - no read receipt.
Please try it out, and I feel certain, that at least one of the above ways, will definitely help.
- CrackBerry User
10-18-2007, 04:03 PM #16
- 11 Posts
Doesn't setting this to "no" prevent read receipts from being sent regardless of the sender's indication?
(I have not tried any experiments myself.)
- 11-20-2007, 05:53 PM #18
This is particularly nasty, since ANY email with an embedded Exchange delivery receipt request that touches a RIM email server will trigger a receipt that reveals the real forwarding target. Even standalone Outlook clients can generate these. And RIM is using the subscriberís email identity to send back the receipts, so it appears that they are coming from the user, rather than an administratorís alias.
For example, if you casually forward your office email to your personal BB, not only will the sender know your BBís private address (if you forward to it for immediate notification), but the sender will also have your personal email address and your identity, whether you want to or not. Iíve also gotten Blackberry delivery confirmations from other people by responding to some web-based classified ads, which gave me the personís full name and registered email address, which should give you an idea of how easy it is to trigger. In my case, I donít want ANYONE to know that I have a Blackberry except a select few people. Right now, RIM is advertising that fact without my permission. Itís also a chilling thought that an enterprising spammer might start probing email addresses in a carrierís Blackberry subscriber email domain and get back all user identities and email addresses for every hit on a valid private Blackberry email address.
- 11-20-2007, 08:52 PM #19
Just got off the phone with a RIM tech support person about this issue, and it seems that this is a new ďfeatureĒ that RIM rolled out with the BIS 2.3 upgrade (discussed elsewhere in this forum). While the press releases describe the new receipt options, what they donít say is that RIM intentionally set the confirmation receipts to ALWAYS confirm delivery of emails with the Microsoft Exchange delivery receipt request set, into a Blackberry customerís mailbox, whether the customer wants them sent or not. Verizon didnít have any public information about just what was in the v4.2 device software upgrade, beyond the multimedia enhancements. The RIM tech support person also explained that the only way to eliminate the forced delivery confirmations was to back-level the device to the last 4.1 device software release, but didnít know where to find it.
Bottom line here is that RIM intends to force all Blackberry customers to be identified as a Blackberry subscriber, whether the subscriber wants to or not. For some customers this is way too intrusive, and for some a serious privacy breach.
- 01-21-2008, 03:08 PM #21
- 03-07-2008, 05:04 PM #24
Is this issue enough of a problem that I should reconsider my purchase?? I really don't have anything to hide, but at the same time, I don't want personal info just out there for anyone to have access to.
Just thinking out loud...