As I have said before, I work with a great bunch of folks who possess, and daily exhibit, some deep skills. Here is a sample email that went flying by the other day.
Background: Jim Coan (Principal Consulting Engineer) and Vitaliy Mednik (Senior Consulting Engineer) are on CDW’s Microsoft Unified Communications team out of the Detroit area. If I need help, these are two of the people to whom I turn for assistance.
This is what Jim said at the bottom of his email: “Considering this the frequency I’ve been asked about this I figured I’d share with the team. I always get gripes when migrating from GroupWise to Exchange about this.” Personally, I have not done a GroupWise migration in several years - Jim seems to get stuck with them sandwiched between his other work.
I’ve been asked more than a few times if there was a way to find out if a user has read/opened an email on Exchange. My standard answer was that we can track mail flow to delivery and also to use message tracking when sending the message itself. This was not an acceptable answer for the client I am currently working with so I did some extra digging and with a nudge in the right direction from our good friend Vitaliy Mednik I found this little jewel inside Set-OrganizationConfig called –ReadTrackingEnabled. What this does in essence is turn on read receipts for everything in the organization. It doesn’t replace read receipts, so users can still have that at their disposal, it is really more of a server side read receipt that can’t be canceled like a read receipt. This can be good or bad depending on the perspective as it’s a bit more work for the servers to process. Ilse over at MS wrote up this little article that describes it pretty well.
What isn’t included on that article is how to pull the information through PowerShell as an administrator. The following commands will take care of that for you.
Get-MessageTrackingReport -Identity $temp.MessageTrackingReportID -RecipientPathFilter email@example.com -ReportTemplate RecipientPath
Compliments of Mike Pfeiffer for the above PowerShell snippet and the full blog post can be found here.
As a side note, this works on 2010 & 2013 including Office 365.
As always YMMV.