Article by: Zahir Hussain Shah
© zahirshahblog.com
Category: Exchange 2010 SP1 | Exchange 2010 SP1 Read Receipt Problems
Exchange 2010 SP1 – Email Request for Read Receipt is giving false notification that “Your email was deleted without being read on 5/18/2011 12:44 PM” | Exchange 2010 SP1 Request for Read Receipt problem | Exchange 2010 SP1 Read Receipt bug
Problem Description:
I saw this problem, when we started migrating users from Exchange 2007 to Exchange 2010 SP1, where users started notifying me that since their mailbox quota is small, so they have configured local PSTs, for moving email from certain people using Outlook rules, and since most of the people use “Request for Read Receipt” functionality of Outlook, they mostly use it as default settings, so what exactly proble happens here that let’s say you do have a PST, in which you move emails sent by your Manager to you, and you have configured a automatic rule that whenever any emails comes from your boss, it should move atomically to Boss folder in your PST, and for instance if your boss is also using “Request for Read Receipt” feature as default for all emails he sends, so when he will send an email to you, and your outlook rule moves that email directly to your PST, so your boss will receive a false notification that “Mr. Zahir has deleted the email without being read it”, an example could be like below:
Your message
To: Zahir Hussain shah
Subject: Systems Infrastructure Assessment
Sent: 5/18/2011 12:44 PM
was deleted without being read on 5/18/2011 12:44 PM.
I don’t think so that I need to elaborate that how crucial is this, but when it comes to the all migrated users from Exchange 2007 to Exchange 2010, it becomes a business critical problem, so how to resolve it.
Well, you don’t need to worry about in terms that is there any configuration left or needed on your Exchange 2010 Servers for making this work, so I would say this is not a case, actually it’s a bug in Exchange 2010 SP1, and for fixing this you have to perform the below course of action:
Issue:
If a user on Exchange Server 2010 receives a message where the sender has requested a “Read Receipt” and he moves the message from the Inbox (manually after reading or before or by a rule) a “Deleted without being read” notification is sent to the sender.
Affected Outlook Client Versions:
Outlook 2003, Outlook 2007, Outlook 2010
Cause:
This issue was identified by Microsoft as a bug in Exchange Server 2010 SP1 RU3 and is scheduled to be fixed in Exchange Server 2010 SP1 RU4.
Resolution:
An interim Update is available in the meantime for those that cannot wait to the next Rollup Update. This Interim Update fixed the issue on the server.
On your Exchange 2010 SP1 Servers, first install Exchange 2010 SP1 Rollup 3 (Version 3), and then request Microsoft the below hotfix (KB) and install this KB on your all Exchange 2010 Servers for fixing this problem.
Request for this “KB2471964” from Microsoft Support Team, this is not a public KB.
Note:
Before installing this interim-update, you need to make sure that you disable “Strong Name Verification” on your Exchange 2010, and if later on you plan to install any new Exchange 2010 Rollup (lets say roll up 4) or Exchange 2010 SP2, then you have to first remove this interim update, and re-enable the “Strong Name Verification” and then install any new roll ups or Service Pack.
I will also show now how to disable and enable “Strong Name verification” on your Exchange 2010 Servers:
To Install:
1) You must disable Strong Name Verification on your server/workstation where the
Interim Update is to be installed.
To do so, you MUST use the version of SN.EXE that is appropriate for your
platform.
The proper syntax to disable Strong Name Verification is:
sn.exe -Vr *
Note: The syntax is case sensitive
3) use the following cmd to verify that Strong Name verification is disabled:
sn.exe -Vl
The output should appear similar to the following:
Microsoft (R) .NET Framework Strong Name Utility Version 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
Assembly/Strong Name Users
===========================================
*,* All users
Verify that there is an entry for “*,* All Users”.
4) Install the Interim Update.
To uninstall:
1) Uninstall the Interim Update
2) Re-enable Strong Name Verification:
The proper syntax to re-enable Strong Name Verification is:
sn.exe -Vu *
Note: The 32 bit version of SN.EXE will run on a 64 bit box without error, however
the proper registry settings for strong name verification will not be made
(although it will appear to work) and will cause problems with service startup of
the Exchange Services. On a 64 bit box, make sure that you run the 64 bit version
on SN.EXE. If you are unsure or need to verify then you can take the following
steps:
After running “SN.EXE -Vr *” on a 64Bit machine, the following key SHOULD exist in
the registry when using RegEdit.exe (Not Regedt32.exe):
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\StrongName\Verification\*,*
If you do not have the above key, but instead have the following then the wrong
version of SN.EXE has been run:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\StrongName\Verification\*,*
Note: You MUST uninstall this Interim Update to apply any other Interim Update or
Rollup. If applying a different Interim Update you do not need to re-enable strong
name verification. You SHOULD re-enable strong name verification if you are
applying a rollup.
ADDITIONAL INFORMATION:
======================
-If you have not disabled Stong Name verification, or if you have used the wrong
version of SN.EXE to disable Strong Name Verification, you will get the following
Error messages when installing an interim update:
“Setup Wizard for Interim Update for Exchange Server 2007 Seveice Pack # (KB
number) ended prematurely”
“Setup Wizard for Interim Update for Exchange Server 2007 Servivce Pack # (kB
Number) ended prematurely becasue of an error. Your system has not been modified.
To install this program at a later time, please run the installation again.”
-When you try to install the Interim Update again, you get the following message:
“Unable to install because a previous Interim Update for Exchange 2007 has been
installed. Please use Add/Remove Programs to uninstall the Interim Update before
running this setup again.”
-In Contol Panel Programs, Add/Remove Programs, you can see the interim update is
there.
-When you attempt to uninstall it, you get the same message as seen when you tried
to install it originally:
“Setup Wizard for Interim Update for Exchange Server 2007 Seveice Pack # (KB
number) ended prematurely”
“Setup Wizard for Interim Update for Exchange Server 2007 Servivce Pack # (kB
Number) ended prematurely becasue of an error. Your system has not been modified.
To install this program at a later time, please run the installation again.”
-The correct version of the SN.EXE file (or at least one of the correct versions)
will have the following properties:
File Version: 2.0.50727.42
SIZE: 96.6 KB
Date modified: 9/23/2005 3:26 AM
I hope this article will fix your problem, and will allow you to smoothly transition all your legacy mailboxes to Exchange 2010, and at least you won’t be need to be worry about that your manager will receive a false notification that you have deleted this email without reading it J.
Cheers!
Zahir Hussain Shah
Infrastructure Practice Consultant – Unified Communications
MCSE, MCTS, MCTIP Enterprise Administrator, ITIL
Blog: http://zahirshahblog.com | LinkedIn | Twitter
Leave a comment