Office365 + Outlook 2010

[Edu-IT]

Okay, so I think I am about there however on first run when it asks them to enter their password its coming up with [email protected]al.

 

Any ideas how to get it to insert their email address as the username?

[ajapierce]

Hi Everyone,

I have come across this same exact problem with Outlook 2010 and connection to Office 365 for Hosted Exchange email. After hours of messing around with it i did find a solution.

On your computer that you have Outlook 2010 (and Office 2010), make sure that you have Office 2010 SP2 installed. I had 3 computers that would go through the autodiscovery process and to no avail would hang up constantly asking for the password. The Office 2010 SP2 comes in after a lot of other updates for Windows 7, Office 2010, etc... I have found on Windows 7 that Office 2010 SP2 comes in as an update by itself. So you may need some patience in getting all the updates done.

Well after i got Office 2010 SP2 installed the autodiscovery works just fine, and then only asks for the email address and password when you go into Outlook 2010, not during the autodiscovery

[sonofsanta]

Necro! But with good purpose.

 

Our current on-site setup (Exchange 2007 + Outlook 2010) uses the /importprf switch on the Outlook shortcut to set up a profile. I needed to force the overwrite of the existing profile for a new one, without requiring users to use a different shortcut the first time they need Outlook after the switchover and without it triggering setup every time (as using /importprf with a new .prf file and OverwriteProfile=Yes set would do). Which is to say, I had the same problem as OP and got it worked out thanks to the tip off above from @Boredguy. I've set the following system up to do it seamlessly:

 

--

 

1:

Create a new blank PRF file using the Office Customisation Tool and save it as blank.prf to a shared location.

Open the file in Notepad and edit lines 9 through 11 to:

ProfileName=blank

DefaultProfile=Yes

OverwriteProfile=Yes

 

2:

Set up a new group policy, and in User/Preferences/Windows Setting/Registry, add two new items:

Action: Update

Hive: HKEY_CURRENT_USER

Key path: Software\Microsoft\Office\14.0\Outlook\Setup

Value name: ImportPRF

Value data: \\server\share\blank.prf

 

Action: Delete

Hive: HKEY_CURRENT_USER

Key path: Software\Microsoft\Office\14.0\Outlook\Setup

Value name: First-Run

Under Item Level Targeting, set a check for If the registry value HKCU\Software\Microsoft\Office\14.0\Outlook\Setup\First-Run exists

 

On both of these items, go to the Common tab and set the following Item Level Targeting:

New Item > Registry Match

Match type: Key exists

Hive: HKEY_CURRENT_USER

Key path: Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles\blank

Then click Item options at the top and select Is Not

 

3.

If your current Outlook shortcut for uses uses the /importprf switch, remove it.

 

--

 

This checks to see if this new blank profile already exists. If it does, nothing happens, and Outlook uses the already established profile settings to load. If the profile doesn't exist - in our case, the old profile is called outlook2003, but there was no blank - then the reg key to use the new PRF is set and the First-Run key is deleted if present (as it prevents the ImportPRF reg key from doing anything). When the user opens Outlook (without the /importprf switch), Outlook uses the reg key to load in the blank settings and set the new profile as default, then uses the AutoDiscover service to get itself up and running.

 

Sorted!