Allow to see private emails in shared mailboxes in outlook (in OWA you can see them)
On shared mailboxes in office 365 emails that are flagged by the sender as private are hidden. In OWA they are visible.
Users having full access to the shared mailbox do not see emails sent with a private flag - and they do not get informed about it. The emails are just silently hidden by outlook without any further notice. Quite stupid, for a shared mailbox (e.g. incoming orders!)
We discovered that by coincidence: Our users were concerned because the number of unread emails was increasing - although there were no unread emails visible for them.
If they open the same mailbox in OWA, they can actually SEE the private email!
Get consistent behavior between OWA and Outlook.
Let an administrator configure right to see the private messages on shared mailboxes.
When external senders send emails with the sensitivity set to “private”, they do not appear in Outlook under the shared mailboxes. The only way we found this out was that a user who was a member of a shared mailbox opened a ticket with us saying that the unread count was incorrect. After we logged into her OWA and opened the shared mailbox via the web, it showed all the emails that were not in Outlook. After looking at the missing emails in OWA we noticed the emails marked “This message has been marked as Private.”
The way it is right now, it is a security flaw.
Emails been missed in a org using just the outlook client, private items visible in owa but not in client for a shared mailbox. I think this should be marked as a bug.
Can this be fix please as as our users only use outlook
at lest give us a straight forward way in powershell to convert private messages to standard, in shared mailboxes !!!
Graham Robinson commented
Ping! Can we get this inconsistency sorted please.
Sean Jalali commented
Private emails on share mailboxes can bee seen in OWA but not on Outlook app.
This need to be fix, oviously if its allow on the OWA, there should be no reason it should not work in Outlook.
Common, this minor bugs after years of building server/services around emails are not sorted out? Yet there are tons of other options building out before event getting one of them working well.
there should be now vine chase/jungle run
NEED this to top priority.
please fix it . this is not done !
Shawn P. Lemay commented
Exchange Admin permission no longer allows access to private messages, private contacts or private calendars. This used to work fine both on-premise and cloud (365).
Here's a method to pick up when this happens, if you need to monitor a folder: in the Outlook client, right-click the shared folder in your folder pane > Properties > Show total number of items. Now compare the number shown with the Items count on the status bar when you open that folder. If there's a difference it could be items marked private, which you can view in OWA.
Janice Gatchell commented
Please fix this. Allow delegates to see private message in the Outlook client.
David Brennan commented
Ditto to everyone else, got caught out by an accounts email which was private and hence not seen. No major harm done this time but it's a very glaring problem that you can't rely on being able to see all of the emails in a shared folder within Outlook!
The behavior is inconsistent. A PA has delegate access with Private Items access to 4 directors calendars. Wherein, she can view private items on 2 calendars but can't on other 2. Permission level is same across all 4 mailboxes for the PA.
Victor Ivanidze commented
There exists a possible solution - just google for "SetSensitivity flow".
We have been on Office 365 for over 4 years now and someone stumbled across this problem today and it caused a delayed reply to a customer inquiry. The maddening part is that if you grant users full access either via admin portal or powershell, you still get the same behavior - visible in OWA but not Outlook client. I'd vote this but I'm out of votes.
Dave Webster commented
Can I suggest this gets looked at with some measure of urgency.
I've just come across this issue and it was caused by a set of spam / phishing scam email so this is now affecting business workflows and potentially a security risk.
Victor Ivanidze commented
You can create a flow in MS PowerAutomate (former MS Flow) that will change sensitivity from "private" to "normal" for each message delivered to the shared mailbox.
One of the things people frequently get mixed up with this request is the difference between calendar and emails.
There is a workaround for the CALENDAR, but not for private emails, other than going to OWA.
I don't want to make users a delegate for a shared mailbox in order to view private items. And that sounds like it only works on the calendar anyway, so it is pretty useless.
Senders often mark emails as "private" and send them to general/shared mailboxes because they do not understand what that setting does. My guess is that they are thinking it protects it from hackers somehow or just gives it a label. Since we can't fully educate everyone out there who might try to use it (aside from Microsoft creating an "Are you sure you want to send this as private? The recipient may not be able to view it if you do so if this is going to a shared mailbox."), it would be great to get some kind of resolution to this. I am always a fan of admin control - give us the ability to do what we want!
I have to instruct all my end users that the only way to see them is by going to OWA. But, of course, if they have access to someone's personal mailbox (i.e. as a backup agent), then they can take that knowledge and view the private messages for that person, which is NOT desirable.
David Cornish commented
The second part here, having the option to allow the administrator to configure this right either way is important. In some cases, it is helpful to maintain the current behaviour in Outlook, such as when a PA has access to a mailbox, so that they do not read private emails. But consistency is key, as it either presents a frustration in Outlook due lack of visibility, or frustration in OWA where assumed privacy is shown an illusion