Swedish #Office365 user group meeting this Friday

Hi, just a quick reminder that we will host a Office365 user group meeting this Friday (09-13) at Microsoft in Akalla. We will also set up a Lync online session for the folks that cant join us Live.

Please see the LinkedIn group for the details http://www.linkedin.com/groups/Office-365-Sweden-Microsoft-Cloud-3732942?gid=3732942&trk=hb_side_g

Troubleshooting dirsync and UPN #Office 365

One of my customers added a new group of users that used their own domain suffix which was not intended to be used in Office 365 from the start. And when we first enabled dirsync it was probably not even possible to have multiple domains but now we wanted these users enabled for Office 365 as well.

And it worked just fine for all but two users and I think that these two users was probably syned before we enabled –SupportMulitpleDomain ( to enable support for multiple domains after you have already enabled dirsync see: http://community.office365.com/en-us/w/sso/support-for-multiple-top-level-domains.aspx?Sort=MostRecent&PageIndex=1 )

So when we looked at the user object one had the .onmicrosoft.com domain and the other had adfsdomain.com. But they both really should be on the domain2.se suffix.
image

And yes of course, we had double and triple checked the AD and ran through manual synchronizations and forced a full re-syncs by changing the registry as seen below.

Open the Registry Editor and browse to the key:
HKEY_LOCALMACHINE\Software\Microsoft\MSOLCoExistence
Search for the FullSyncNeeded value and set it to 1

And then launch the:
%programfiles%\Microsoft Online Directory Sync\DirSyncConfigShell.psc1

And run the following command to start a full resync:
Start-OnlineCoexistenceSync

So after a quick chat with the support in a service request we decided to stop dirsync and remove the account from the Office 365 tenant manually and then do a full resync.

So to disable dirsync follow these steps from http://support.microsoft.com/kb/2619062

  1. Install the local Windows PowerShell cmdlets. To do this, visit the following Microsoft website:Use Windows PowerShell to manage Office 365
  2. Start the Microsoft Office Online Services Module for Windows PowerShell.
  3. Disable directory synchronization. To do this, type the following cmdlet, and then press Enter:Set-MsolDirSyncEnabled -EnableDirSync $false
  4. Verify that directory synchronization is fully disabled by using Windows PowerShell. To do this, run the following cmdlet periodically:(Get-MSOLCompanyInformation).DirectorySynchronizationEnabled

    This command will return True or False. Continue to run this cmdlet periodically until it returns False, and then go to step 5.
    Note It may take 72 hours for the deactivation to be completed. The actual time depends on the number of objects that are in your Office 365 subscription account.

     

  5. Try to update an object to verify that you can delete the object.
  6. Delete the object by using Windows PowerShell or by using the Office 365 portal. To view the cmdlet documentation, visit the following Microsoft website:Windows PowerShell cmdlets for Office 365 (http://onlinehelp.microsoft.com/en-us/office365-enterprises/hh125002.aspx)
  7. To re-enable directory synchronization, run the following cmdlet:Set-MsolDirSyncEnabled -EnableDirSync $true

But I actually had some troubles with step 7.So I had to enable dirsync manually from the admin portal and wait for some time and after that all was fine again.

 

image

 

When I deactivated dirsync I was able to run the following command on the user that was in the domain.onmicrosoft.com:

Set-MsolUserPrincipalName -UserPrincipalName PIZ01@domain.onmicrosoft.com -NewUserPrincipalName pia.z@domain2.se

And that command changed the upn on the first user.

But I when I tried on a user that was in a ADFS federated domain I was not able to run the same command on her account? So what I did was to simply delete it and when I later turned Dirsync back on it was synced back up as a “new” account and all is now back to normal operations again.

 

EDIT:20120829

Just a reminder to myself, if you just want to change the UPN name, you always have to go via the onmicrosoft.com domain first, you cant just change from one Federated domain to the other. So try to remember this next time ok…

:D

Dirsync for x64 servers in #Office365

Ok so put on your party hats and lets celebrate

image

Because it looks like 64 bit support for Dirsync just sneaked out from the farm.

 

Upgrading from 32-bit directory synchronization tool

(From http://community.office365.com/en-us/w/sso/555.aspx )

To upgrade your 32-bit installation of the directory synchronization tool, you must first uninstall it, and then install the 64-bit tool on a new computer.

Although the 32-bit instance of the directory synchronization tool is removed, the overall state of the objects in your on-premises and cloud directories, respectively, is preserved. When you install and configure your 64-bit instance of the directory synchronization tool, it finds and matches objects in the cloud with on-premises objects. However, the 64-bit instance of the tool will not find and match objects in the cloud if on-premises object deletions occurred when the 32-bit instance of the directory synchronization tool was offline.

Therefore, you must minimize changes to your on-premises objects during the upgrade to the 64-bit instance of the directory synchronization tool.

  1. On the computer on which the Directory Synchronization tool is installed, open the Control Panel, select Add and Remove Programs, and then uninstall the Directory Synchronization tool.

    noteNote:

    If a synchronization session is in progress, a warning message appears when you try to remove the Directory Synchronization tool. If you receive this warning, wait until synchronization is complete, and then repeat this step.

  2. Install the 64-bit version of the Directory Synchronization tool installation file on another computer. To do this, sign in to the Office 365 portal, click Admin in the header, click Users under Management in the left pane, click Set up in the Users pane, select Windows 64-bit version, and then click the Download button for step 4: Install and configure the Directory Synchronization tool.
  3. On the last page of the installation program, select Start Configuration Wizard now, and then click Finish.
    The Microsoft Online Services Directory Configuration Wizard starts.

Windows PowerShell Command Builder – #Office365

The Windows PowerShell Command Builder is a new? neat tool for visually build PowerShell commands.

The Silverlight application is designed to help IT professionals and power users to learn how to use PowerShell. It enables IT professionals and power users to visually assemble commands related to SharePoint 2010 Products and Office 365 in the browser and take those commands to their respective products.

image

http://www.microsoft.com/resources/TechNet/en-us/Office/media/WindowsPowerShell/WindowsPowerShellCommandBuilder.html

A new Office 365 beta program just started. #Office365

The Password Reset Beta is now open for nominations.

Microsoft’s engineering team has been working on a solution to enable self-reset of your password. And they are now seeking a number of small, medium, and large organizations from all geographies (i.e., US and International).

To nominate yourself for the beta, please send a message to Office 365 Self Service Password Reset Beta Signup. Please include:

  • Name of the organization
  • Number of seats/users
  • Location (Americas/EMEA/APAC)
  • Language for both service and cell phone
  • Administrative/beta contact name and e-mail address
  • Number of Office 365 Administrators in the organization
  • Office 365 Administrators use single sign on (federated identities) (Yes/No)

Source http://community.office365.com/en-us/b/office_365_technical_blog/archive/2011/08/26/password-reset-beta.aspx