Hello Pims,
Qd tu parles de webmail tu veux parler d'OWA je suppose.
Si oui tu as plusieurs possibilités :
1/ OWA installé sur le serveur Exchange.
Dans ce cas le serveur sera assez chargé (moteur IIS+Exchange).
Le moteur IIS et la gestion des pages ASP + accès aux mailbox charge + le serveur qu'un accès mailbox d'un client direct. Et oui dans ce cas en plus de l'accès au mail le serveur de messagerie se charge en plus du traitement de la partie affichage via les pages ASP.
Cette solution peut cependant être envisagée pour quelques postes (postes banalisés en salle de réunion) ou les VPs.
2/ OWA installé sur une serveur IIS type intranet.
A ce moment là la charge est répartie entre le serveur IIS et le serveur Exchange.
C'est comme si tu rajoutais un nouveau client au serveur Exchange.
Remarque générale :
Les accès client MAPI sont fortements optimisé pour Exchange. Le dialogue entre le client et le serveur est donc raisonnable, mais il est vrai qu'il existe du pooling (accès au calendrier, nouveau mail entrant...)
Ces aspects là ne sont pas générés par OWA le refresh de la page est fait si le client le demande et pas si un nouveau mail arrive.
Il faut donc modifier les habitudes des utilsiateurs. Ils doivent aller chercher l'infos car elle ne viendra plus à eux.
Autre point : pas de PST/OST avec OWA donc rien en local sur le poste client.
En cas de perte du réseau = pas de messagerie.
WW