Hola arstacey,
¿Apenas para conseguir más información, es esto todo relacionado a la misma organización del dominio y del intercambio? ¿O es un subdomain u otro organización del intercambio?
Puesto que todo trabaja excepto el owa el problema pudo estar dentro de su IIS. ¿Asumo que usted consigue la página de la conexión del defecto para OWA? ¿pero usted consigue el acceso negado cada vez que usted intenta abrir una sesión, y usted ha intentado con varios usuarios?
En encargado de IIS localizar el Web site del defecto \ Owa y la autentificación del sistema a básico permitido (con todos los otros inhabilitados). También inhabilitar el SSL, puesto que asumo que usted no tiene una certificación válida del SSL en el momento =).
Va a intercambiar la consola de gerencia - > configuración de servidor - > el acceso de cliente - > el Web App de la perspectiva - > klick del doble en él y comprobar el URL interno y del External se han fijado a (
https://mail.contoso.com/owa) o lo que su URL se ha fijado. Ir a la autentificación y chascar “la autentificación forma-basada uso” y elegir el nombre de usuario solamente y hojear su dominio de la conexión.
Después de que esto haga el siguiente - > comienzo - > funcionado - > cmd - > typ “iisreset /noforce”
Si todavía persiste su problema va al homepage de Microsofts y transferir el Rollup 4 de la actualización, para el servidor 2010 del intercambio
Recomenzar su servidor y ver si persiste la edición,
Si TODAVÍA hace:
Cheque:
http://technet.microsoft.com/en-us/library/bb691354.aspx y ve si usted ha resuelto los requierments si no que usted necesitará funcionar con este comando en el powershell:
Agregar-WindowsFeature el Red-Armazón, RSAT-ADDS, web server
,
Tela-Básico-Auth
,
Tela-Windows-Auth
, Tela-Metabase
,
Tela-Red-Extensión,
Tela-Lgcy-Mgmt-Consola
,
Ser-Proceso-Modelo
,
RSAT-Web-Servidor
,
Tela-ISAPI-Extensión,
Tela-Digerir-Auth
, Tela-Dyn-Compresión
,
Red-HTTP-Activación
,
RPC-Sobre-HTTP-Poder
, Mesa-Experiencia
- recomenzar
Dejarme saber va esto
/Regards