When I open Outlook 2007 for the first time after setting up the Exchange
profile, it always prompts me for the username and password. I think this
has something to do with the auto discovery service or OAB. If I cancel this
prompt, I can use Outlook just fine. When I schedule a new calendar event, I
can't see any free/busy data.
Now, if instead of canceling that initial password prompt, I enter in my
username/password, I can see the free/busy calendar data, however, I get a
certificate warning.
I'd like the new Outlook 2007 with Exchange 2007 to behave like
Exchange/Outlook 2003 and stop prompting legitimate domain users for login
credentials when Windows should be supplying them automatically. Is this a
known bug with Exchange/Outlook 2007? This is as close to an out-of-the-box
setup I could get. I've loaded up this lab several times, all with the same
results. I've scoured around, however I can't find any concrete explanations
of why this is happening, and/or how to solve it.
Any help much appreciated,
Phil
Have you replaced the IIS certificate your exchange server is using
with one signed by your DC?
"Phil Carter" <philc...@DONOTSPAMspacemky.com> wrote in message
news:%23XlIRlS...@TK2MSFTNGP03.phx.gbl...
When I hit this URL from IE, it always prompts me for authentication instead
of using integrated auth. (Maybe it thinks the server is in the INTERnet
zone instead of the INTRAnet zone???) When I hit the root
(https://exchange.contoso.com), I downloaded the cert and installed it in my
trusted roots. Now Outlook doesn't throw a certificate error, but it still
prompts for the password. Any idea how to get the Autodiscover Integrated
Authentication working right? I feel that I'm so close to getting closure on
this.
Andy, Thanks for your help so far,
Phil
"andy webb" <aw...@swinc.com.spamsucks.com> wrote in message
news:464E1065-8620-4E70...@microsoft.com...
Thanks,
Phil
"andy webb" <aw...@swinc.com.spamsucks.com> wrote in message
news:464E1065-8620-4E70...@microsoft.com...
Alan
"Phil Carter" <philc...@DONOTSPAMspacemky.com> wrote in message
news:%23XlIRlS...@TK2MSFTNGP03.phx.gbl...
I tried that to no avail. Outlook 2007 still prompts after adding every
possible URL in IE's trusted sites. It should be noted that the Exchange IIS
is using a cert from my domain trusted CA, so the clients trust the
certificates all the way up the chain. Just for testing, I enabled anonymous
access only for the Autodiscover virtual directory. Doing that made Exchange
2007 not prompt for credentials.(!)
What would cause the Autodiscover virtual directory to prompt Outlook
clients when:
1) Windows Integrated Authentication is selected in IIS
2) The proper URLs are being accessed by the client. Outlook's "Test E-mail
AutoConfiguration" comes back good.
3) The EWS sites are using a certificate trusted all the way up
Again, this is a "default" out-of-the-box Exchange 2007 SP1 installation on
Windows Server 2008 RTM. My client is (now) Vista SP1 with Outlook 2007.
Thanks,
Phil
"Alan J. English" <aeng...@schiffhardin.com> wrote in message
news:%23ezrsvd...@TK2MSFTNGP02.phx.gbl...
> Try adding the Exchange server to the list of trusted sites in IE. I
> had the same issue.
By default trusted sites are not trusted to use integrated auth.
I suppose you should put it in your local intranet zone.
--
SvenC
There has to be SOME WAY to make Outlook 2007 NOT PROMPT the user for
authentication for
https://exchange.domain.com/autodiscover/autodiscover.xml. I have it working
properly in another lab using beta versions. I'm trying to figure out why
Outlook 2007 is getting hung up on this, and pretty much getting nowhere.
It's almost as if Outlook 2007 doesn't trust the IIS website, so it reverts
back to "basic" authentication instead of trying Windows Integrated Auth.
Any more suggestions from the experts? Has anyone deployed Exchange 2007 SP1
on Windows 2008 with Vista/Outlook 2007 clients successfully?
Thanks!
Phil
"SvenC" <Sv...@community.nospam> wrote in message
news:582DB2DE-A749-42F6...@microsoft.com...
> Thanks for the suggestion Sven, but putting the URLs in IE's local
> Intranet zone didn't do the trick either.
>
> There has to be SOME WAY to make Outlook 2007 NOT PROMPT the user for
> authentication for
> https://exchange.domain.com/autodiscover/autodiscover.xml. I have it
> working properly in another lab using beta versions. I'm trying to
> figure out why Outlook 2007 is getting hung up on this, and pretty
> much getting nowhere. It's almost as if Outlook 2007 doesn't trust
> the IIS website, so it reverts back to "basic" authentication instead
> of trying Windows Integrated Auth.
Does it work when you run Outlook 2007 on WinXP or Vista?
Maybe there are some security policies with different defaults for
client and server versions?
--
SvenC
I tested the NTFS "Effective Permissions" for my user account to the
Autodiscover web content folder on the Exchange server. For some weird
reason, it wouldn't work; it threw an error about not being able to resolve
the permissions. I took this to mean there was something wrong with the
domain, and reloaded the lab. In my original lab, I had 3 Windows 2008
servers running under vmware, all created from the same template. Perhaps
the Windows SIDs weren't properly regenerated by vmware which was causing
this hangup?
When I reloaded the lab, I made my domain controller Windows Server 2003,
the Exchange Server Windows Server 2008, and the client Vista. No issues at
all with this setup. This lab configuration more closely matched my
production environment, but I'd imagine that using 3 2008 servers would have
yielded positive results as well.
Thanks to all who helped me troubleshoot this issue!
Phil Carter
"Phil Carter" <philc...@DONOTSPAMspacemky.com> wrote in message
news:%23XlIRlS...@TK2MSFTNGP03.phx.gbl...
> I tested the NTFS "Effective Permissions" for my user account to the
> Autodiscover web content folder on the Exchange server. For some weird
> reason, it wouldn't work; it threw an error about not being able to
> resolve the permissions. I took this to mean there was something wrong
> with the domain, and reloaded the lab. In my original lab, I had 3 Windows
> 2008 servers running under vmware, all created from the same template.
> Perhaps the Windows SIDs weren't properly regenerated by vmware which was
> causing this hangup?
Does vmware autogenerate new sids? I always use newsid from sysinternals
to create new SIDs for cloned machines.
--
SvenC
"What happens when you deploy Exchange Server 2007 using duplicate SIDs". :)
VMWare generates a new UUID for each virtual machine, but not the SID. I
should've suspected this from the start, and used sysprep or NewSID. -PC
"SvenC" <Sv...@community.nospam> wrote in message
news:958D8F3B-606A-4071...@microsoft.com...
VMware does only generate new SIDs if you use Virtual Center with
customization Wizard - which currently does not support Win2k8 (afair) just
Win2k3. Workstation or VMware Server does not regnerate SIDs at all...
BG Christoph
--
If you dont want the milk to get sour...keep it in the cow
Words cannot describe the gratitude I have, but I will give it a try...
Thank you very much.
How in the hell did you find this solution?
-Matthew
I've implemented all of the recommendations from this post as well as those
listed in
http://forums.microsoft.com/technet/showpost.aspx?pageindex=1&siteid=17&postid=2302713&sb=0&d=1&at=7&ft=11&tf=0&pageid=0
Has anyone else had luck and/or have any other thoughts?
One thing I think I have discovered (and frankly not sure why it would even
attempt to look this info up) is that when I open a meeting request in my
calendar with domain users only, I am not prompted, however when the meeting
request has non-domain users (meetings sent by external folks i.e. vendors) I
am prompted, funny thing is I'm the only internal user and I'm prompted for
login to access my own free/busy!
Go figure. Any more help, I'll be digging for answers in the ether....
--
Brian Wing
Sr. Systems Administrator
Calix Networks
Take Note: This also works with Exchange 2010.