[Okta Webinar] Learn how to a build a cloud-first strategyRegister Now

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 2142
  • Last Modified:

Access shared calendars over a trust

We are migrating users to a new forest. However, their mailboxes are still on an Exchange server in the old forest. There is a trust in place and they can get to their respective mailboxes. The trouble I'm having is with shared calendars. I cannot add their new accounts to the calendars as it only lets you choose from the GAL. How do I add the new accounts from the new forest to the shared calendars in the old forest?

Thanks.
0
LCNW
Asked:
LCNW
  • 6
  • 4
1 Solution
 
johnpittCommented:
Here is what I had to do. I had to create a new user account in the domain that hosted the exchange server. I did this for each user in the trusted domain. I then assigned the external user role to the trusted user. I had no luck using a trusted domain user account to connect to mailboxes. There is a KB article on this someplace. Of course when I did this we were still on 5.5.
It may be easier now.
0
 
johnpittCommented:
To clarify, I named the new accounts the same as the old accounts so when I added them to groups it was easier. I also disabled the account in the domain with exchange. Whenever I add a new user into the trusted domain/forest, I also have to add one to the domain/forest with exchange in it and assign the other user account external user permissions. It is a pain but it works well. That is the only way I can add them to certain distribution groups.
0
 
johnpittCommented:
0
Fill in the form and get your FREE NFR key NOW!

Veeam is happy to provide a FREE NFR server license to certified engineers, trainers, and bloggers.  It allows for the non‑production use of Veeam Agent for Microsoft Windows. This license is valid for five workstations and two servers.

 
LCNWAuthor Commented:
I'm not quite following your answers. The issue I'm having is if I go to the permissions tab of a calendar, I can only add users from the local domain. I need to add users from the trusted one.
0
 
johnpittCommented:
What version of Exchange are you running? What version of Active Directory and what Mode is it in.

The problem is (was in 5.5 and 2000 and 2003 at least) that exchange could not easily be shared across forests. The method I briefly described above was the supported work around.

Once I find out what versions you are running I should be able to help you a bit more.

Example Exchange 2003:


  "Available Features in a Multiple Forest Environment

Most mail features were initially designed to function only in a single forest. Therefore, to ensure that these features are available across forests, you must overcome many design constraints. Some of the more advanced features, such as delegating mailbox access and viewing calendars, are not available if users are in different forests.

http://technet.microsoft.com/en-us/library/bb124677(EXCHG.65).aspx
0
 
LCNWAuthor Commented:
Forest A is Server 2003 with Exchange 2003
- Domain and Forest Functional Levels Windows Server 2003
- Exchange is in Native Mode (no pre-Exchange 2000 servers)

Forest B is Server 2008 with Exchange 2007
- Domain and Forest Functional Levels Windows Server 2003
- I don't believe modes are relevant in Exchange 2007?

Users are being migrated to Forest B and can access their mailboxes in Forest A by way of the Associated External Account permission. However, the shared calendars of other users that they used to view are having issues. I cannot add Forest B users to the Forest A calendars as they are not in the GAL of Forest A and that is all that the calendar permissions tab points to.
0
 
johnpittCommented:
If you are using associated external accounts then permission will need to be assigned to the account  that resides in the forest in which you want to access the calendar. Not the account you gave the external permissions to.

If you created a new user in a new forest and assigned the new user account external account rights on the old account and you want to access the old calendars that are in the old forest, then give the old account access. That will allow that new user to access whatever the old account has access to.

That is how I am doing it on my current 2003, trusted dual forest, single exchange setup.
In summary:
Must have an account in each forest tied together with external account permissions.
Must assign privileges to the account inside the same forest as the resource.

Again, this is how I do it. There may be a better way. Hopefully someone will jump in and tell you if there is.

0
 
LCNWAuthor Commented:
"If you created a new user in a new forest and assigned the new user account external account rights on the old account and you want to access the old calendars that are in the old forest, then give the old account access. That will allow that new user to access whatever the old account has access to."

That is what I'm doing, but not all of the shared calendars work and the old entries appear as read-only. I can create new entries, but not modify old entries. It seems very inconsistent with its reactions.
0
 
johnpittCommented:
That sounds like a permission issue in the calendar security settings itself. When you do not have modify others permissions I think it usually means you are an Author. Make one of your accounts a Publishing Editor and see what that does.

Right click on calendar and choose properties. Then click the security tab. Choose the user account and assign publishing editor. That should give that account modify all entries permissions.

You probably already know all this. That is the problem with this site, I may be tryint to tell someone how to do something that already knows more than I. But I try anyway.
0
 
LCNWAuthor Commented:
I appreciate the effort and will give you the points. You have helped me to rethink what I'm doing. Hopefully, I will come up with a solution.

Thanks.
0

Featured Post

Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

  • 6
  • 4
Tackle projects and never again get stuck behind a technical roadblock.
Join Now