none
problème affichage console ECP / Exchange 2013 RRS feed

  • Question

  • Bonjour

    Apres avoir installé la dernière version de Exchange 2013 cu23, la console ECP ne s'affiche pas correctement.

    j'ai testé avec Chrome, IE, EDGE. même résultat...

    est ce qu'il s'agit d'un problème .net 4.7.2 ou autre chose.

    Merci


    BEN AHMED Yesser



    mardi 27 août 2019 10:53

Toutes les réponses

  • Bonjour Ahmed, Vous pouvez corriger ce problème à travers le srcript: UpdateCAS.PS1 Vous le trouverez dans: C:\Program Files\Microsoft\Exchange Server\V14\Bin et biensur il faut l'executer via le Exchange Management Shell en tant que Admins.

    Vote or mark as answer if you think useful

    mardi 27 août 2019 12:06
  • bonjour

    je l'ai executé, la situation n'a pas changé. j'ai redemarré le serveur et IIS egalement.


    BEN AHMED Yesser

    mardi 27 août 2019 12:08
  • Bonjour,

    On dirait que votre navigateur ne charge pas les CSS.

    Avez-vous essayé de réinitialiser les paramètres d'IE ?

    Avez-vous essayé avec un navigateur ne se basant pas sur les DLL Microsoft pour l'affichage, comme Firefox par exemple?


    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    http://snsv.consulting

    Blog : http://sylvaincoudeville.fr

    mardi 27 août 2019 12:39
  • bonjour

    je l'ai executé, la situation n'a pas changé. j'ai redemarré le serveur et IIS egalement.


    BEN AHMED Yesser

    As-tu essayé sur un autre serveur, OWA n'a pas le même problème ?

    1. Vérifier si l'url est bien dans les sites de confiances d'IE

    2. Vérifier s'il y a eu une erreur avec l'option F12 developper de votre navigateur IE

    3. Sinon essayer de configurer sur le fichier web.config avecce parmètres:

    <configuration>
       <system.webServer>
          <httpProtocol>
             <customHeaders>
                <add name="X-Content-Type-Options" value="nosniff" />
             </customHeaders>
          </httpProtocol>
       </system.webServer>
    </configuration>


    Vote or mark as answer if you think useful


    • Modifié F.ABASSI mardi 27 août 2019 15:08
    • Proposé comme réponse F.ABASSI mercredi 28 août 2019 07:00
    mardi 27 août 2019 13:57
  • Bonjour

    Avez-vous essayé de réinitialiser les paramètres d'IE ? oui mai aucun resultat

    Firefox ne resoud pas le probleme.


    BEN AHMED Yesser

    • Proposé comme réponse F.ABASSI mercredi 28 août 2019 08:30
    • Non proposé comme réponse F.ABASSI mercredi 28 août 2019 08:30
    mercredi 28 août 2019 08:24
  • Re-bonjour,

    Allez faire un tour dans le dossier C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\ecp\ - il doit y avoir un sous-dossier avec le numéro de version (ex 13.x.y.z)

    Vérifiez qu'il ne soit pas vide.

    S'il y a 2 dossiers, c'est que la mise à jour n'a pas déplacé le contenu de l'ancien vers le nouveau : dans ce cas copiez le contenu du dossier le plus vieux dans le plus récent.

    Relancez IIS par acquis de conscience et dites nous


    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    http://snsv.consulting

    Blog : http://sylvaincoudeville.fr

    mercredi 28 août 2019 08:30
  • Bonjour

    merci pour votre rerour mais j'ai testé les trois solutions et ca n'a pas marché

    1. Vérifier si l'url est bien dans les sites de confiances d'IE --> oui

    2. Vérifier s'il y a eu une erreur avec l'option F12 developper de votre navigateur IE--> oui des erreurs de types 

    "

    Erreur de syntax

    Fichier : microsoftajax.js, ligne : 1, colonne : 1

    Fichier : jquery.js, ligne : 1, colonne : 13. Sinon essayer de configurer sur le fichier web.config avecce parmètres--> ca ne marche pas


    BEN AHMED Yesser

    mercredi 28 août 2019 08:32
  • Merci

    un seul dossier qui existe 15.0.1497.2.


    BEN AHMED Yesser

    mercredi 28 août 2019 08:38
  • Pouvez-vous vérifier que dans le dossier \ClientAccess\ecp\ 15.0.1497.2\scripts vous avez bien plusieurs fichiers .js dont microsoftajax.js?

    Pouvez-vous ensuite tenter depuis un navigateur d'aller à l'adresse https://fqdn/ecp/15.0.1497.2/scripts/microsoftajax.js ? Que se passe t-il lorsque vous y accédez ? Récupérez-vous bien un fichier .js avec du contenu ?


    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    http://snsv.consulting

    Blog : http://sylvaincoudeville.fr

    mercredi 28 août 2019 08:52
  • les fichiers existent, egalement pour microsoftajax.js.

    le lien me donne ceci:


    BEN AHMED Yesser

    mercredi 28 août 2019 08:57
  • Bonjour, 

    Dans ce cas la je te propose de réparer les "virtual directory" d'ECP/OWA:

    http://informatech.info/threads/exchange-2013-repair-virtual-directory-owa-ecp.1397/


    Vote or mark as answer if you think useful

    mercredi 28 août 2019 12:02
  • Bonjour

    j'ai réinstallé le serveur Exchange (OS + EXCHANGE) en utilisant les versions Ex2013 CU22 et .NetFramework 4.7.1. le problème persiste.


    BEN AHMED Yesser

    jeudi 29 août 2019 09:03
  • Avez-vous des gpo appliqués sur ce serveur, peut-tre il faut voir au niveau configuration de votre OS serveur


    Vote or mark as answer if you think useful

    jeudi 29 août 2019 10:09
  • Bonjour, 

    Dans ce cas la je te propose de réparer les "virtual directory" d'ECP/OWA:

    http://informatech.info/threads/exchange-2013-repair-virtual-directory-owa-ecp.1397/


    Vote or mark as answer if you think useful

    Avez-vous effectué une réparation des Virtual Directories ?

    • Sinon, dans IIS, naviguez jusqu'à ecp/15.0.1497.2 et faites un clic droit sur le dossier, puis Explorer : vérifiez que vous atteignez bien le bon dossier avec les sous-dossiers qui vont bien.
    • Toujours dans IIS, et toujours sur ce dossier 15.0.1497.2, allez dans "Règles d'autorisations" et vérifiez que les utilisateurs soient en "Autoriser".
    • Enfin, toujours dans IIS et toujours sur ce dossier, aller dans "Redirection HTTP" et vérifiez que rien ne soit activé.
    • Dans l'explorateur sur le dossier 15.0.1497.2, clic droit + propriétés > Sécurité : vérifiez que les "utilisateurs authentifiés" ont le droit de lecture, et que SYSTEM ait un contrôle total.

    Si rien de cela ne va, il va falloir explorer les journaux d'IIS (c:\inetpub\logs) pour capturer exactement ce qu'il se passe lors d'une connexion aux éléments Javascript.


    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    http://snsv.consulting

    Blog : http://sylvaincoudeville.fr

    jeudi 29 août 2019 13:14