Question : Problème d'OMA dans l'échange 2010 - erreur 500.24 de HTTP

Salut experts, nouveau serveur 2008 du

A 64bit.  L'installed
All les utilisateurs ont été émigrés de l'échange des sbs 2003 et tout fonctionne par des perspectives pour se relier au nouveau magasin d'information sur l'échange 2010.  OWA fonctionne très bien pour se relier pour échanger 2010 également.  le problème du

The que j'ai est avec l'Échanger-serveur-ActiveSync.  En passant en revue du nofollow au " > https://localhost/Exchang/>e-server-ActiveSync " de » rel= " de _blank de » target= » de https://localhost/Exchange-server-ActiveSync « de href= " de
In IIS montrer page Web " que j'ai créé un nouvel annuaire virtuel appelé l'oma et indiqué lui le même endroit lequel l'EAS indiquait.  En passant en revue au nofollow " de » rel= de _blank " de » target= » de https://localhost/oma « de href= " de https://localhost/oma  » il montre l'erreur 500.24 du

HTTP - on a détecté l'arrangement interne d'Error
An ASP.NET de serveur qui ne s'applique pas en mode contrôlé Integrated de canalisation. Nofollow " de rel= de » _blank » de target= " de " https://localhost:443/oma » d'erreur d'Information
Module ConfigurationValidationModule du
Notification BeginRequest du
Handler AirSyncHandler du
Error du code 0x80070032 du
Requested d'URL de href= détaillé de serveur de C:\Program Files\Microsoft\Exchange de chemin du
Physical de https://localhost:443/oma \ V14 \ ClientAccess \

When d'utilisateur du
Logon de méthode
Logon du sync passant en revue rel= " nofollow " de _blank au » de » target= » de https://mail.company.com.au/oma « de href= " de https://mail.company.com. au/oma » qu'il le show
500 - le serveur interne error.
There est un problème avec la ressource vous recherchez, et ce ne peut pas être displayed.

I avaient lutté avec ceci pour la semaine dernière, bien que je ne sois pas très confiant avec l'aide de l'échange 2010.

Please ! ! class= de

Réponse : Problème d'OMA dans l'échange 2010 - erreur 500.24 de HTTP

Je suppose que le but ici est d'avoir tous les répertoires locaux d'utilisateurs sur une part de Windows de sorte que donnée d'utilisateur ne réside pas sur le Mac, et quand un utilisateur OUVRE UNE SESSION, la chemise à la maison appropriée est simplement in place.

Tandis qu'il y a des manières d'obtenir une chemise montée (évidemment), je ne crois pas qu'il y a une manière de noter automatiquement en compte où la chemise de maison vit sur un serveur à distance.

Pour des grimaces, j'ai créé une chemise à la maison pour un nouveau compte, déplacée lui à un volume de part de Windows, et essayée toutes sortes de tours au nom d'emprunt ou des liens de nouveau à lui. Le plus étroitement j'ai obtenu devais mettre une vraie chemise à la maison sur le Mac, et lie toute la chemise de nouveau au serveur. Cependant, il y avait des problèmes par écrit à la chemise, et des préférences et telles ont été salies vers le haut sur la botte et correctement pas chargées quand l'utilisation a ouvert une session.

Je ne suis juste pas sûr comment ceci peut être fait automatiquement et été prêt au temps d'ouverture.