Solved

Unable to access other mailboxes via OWA, Exchange 2013

Posted on 2013-12-02
4
4,499 Views
Last Modified: 2013-12-18
I am in the middle of migrating from Exchange 2007 to Exchange 2013. I have moved the first pilot group over to 2013. I have full access to one of the mailbox including send-as, but when I try to access it via OWA it fails. I have tried two ways: 1. Type the full path i.e. my.domain.com/owa/share@domain.com and 2. Logging into OWA and myself and using the Open Another Mailbox option. Neither method works. Both yeild the same result: Something Went Wrong - Your Account Has Been Disabled.

I was expecting to be presented with a logon screen, but wasn't. I Thought the account in question was disabled, thats the way I normally set up non-user type mailboxes, but when I looked it is not disabled. So I can't figure out what to do, logs somewhere I am missing?

Also, another thing I am seeing is that 2013 can't access 2007 shared mailboxes either. When I type in the full path the the 2007 shared mailbox, it just gives me the box to click a link to open OWA. The address bar reflects the legacy namespace for 2007, but the tab reflects the Name on my 2013 mailbox. When I click the link it goes to the 2013 namespace and opens my OWA and not the 2007 shared mailbox I need.
0
Comment
Question by:sailci
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 3
4 Comments
 
LVL 19

Expert Comment

by:suriyaehnop
ID: 39691677
Do you have a Full Access right on the share mailbox?

You can use the following permissions with a shared mailbox.
Full Access   The Full Access permission lets a user log into the shared mailbox and act as the owner of that mailbox. While logged in, the user can create calendar items; read, view, delete, and change email messages; create tasks and calendar contacts. However, a user with Full Access permission can’t send email from the shared mailbox unless they also have Send As or Send on Behalf permission.
Send As   The Send As permission lets a user impersonate the shared mailbox when sending mail. For example, if Kweku logs into the shared mailbox Marketing Department and sends an email, it will look like the Marketing Department sent the email.
Send on Behalf   The Send on Behalf permission lets a user send email on behalf of the shared mailbox. For example, if John logs into the shared mailbox Reception Building 32 and sends an email, it look like the mail was sent by “John on behalf of Reception Building 32”. You can’t use the EAC to grant Send on Behalf permissions, you must use Set-Mailbox cmdlet with the GrantSendonBehalf parameter.
0
 

Accepted Solution

by:
sailci earned 0 total points
ID: 39692958
Let me clarify the issue as the response has nothing to do with the problem, I stated originally the permissions already existed. Hopefully this will be more clear:

The exchange environment is in a coexistant state between 2007 and 2013. I essentially have two issues so far.

Issue #1: User migrated from Exchange 2007 to Exchange 2013 cannot access other mailboxes using OWA; however access to those same mailboxes is fine using Outlook 2010 client. On the one "other" mailbox I am trying to access I get error - account has been disabled. This happens both when I try to connect to the mailbox from within my OWA session and when I try to connect to the mailbox by appending the url with the email address for that mailbox. In this test, both mailboxes (mine and the other) were migrated to Exchange 2013 (I will be testing other mailbox combinations after I get this working).

Issue #2: This is an issue with redirection from what I can tell. The user enters the owa url and appends it with the mailbox they want to access. From there it get redirected to the 2007 legacy namespace, but without the appended mailbox information. Thus the mailbox that opens in OWA is the user's mailbox and not the one they originally requested. I tested and if the user uses the legacy namespace url and appends that, it works fine. However, this is not what I was expecting behavior-wise.
0
 

Author Comment

by:sailci
ID: 39717896
I am closing this out since it is just sitting here. Unfortunately, I was unable to resolve and have to just use a workaround. My end users are not going to be pleased once they are migrated over to Exchange 2013.
0
 

Author Closing Comment

by:sailci
ID: 39726217
I have included a workaround for one of the issues at hand. Unfortunately, no one out there has any other ideas.
0

Featured Post

Office 365 Training for IT Pros

Learn how to provision tenants, synchronize on-premise Active Directory, implement Single Sign-On, customize Office deployment, and protect your organization with eDiscovery and DLP policies.  Only from Platform Scholar.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

As tax season makes its return, so does the increase in cyber crime and tax refund phishing that comes with it
Unified and professional email signatures help maintain a consistent company brand image to the outside world. This article shows how to create an email signature in Exchange Server 2010 using a transport rule and how to overcome native limitations …
how to add IIS SMTP to handle application/Scanner relays into office 365.
This video shows how to quickly and easily add an email signature for all users on Exchange 2016. The resulting signature is applied on a server level by Exchange Online. The email signature template has been downloaded from: www.mail-signatures…

717 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question