[Exchange] Web Mail en interne !

Recherche :

Dernière réponse

Sujet : [Exchange] Web Mail en interne !

Pims

WESTWOOD a écrit :

Le moteur ASP est inclus dans l'Option Pack.
Il est gratuit tout comme IIS à partir du moment où tu as acheté ton serveur NT 4 :)

La question concerne Outlook ?
Si oui il faut utiliser Profgen/Newprof.
Ces outils permettent de générer un profile de messagerie à la volée au logon.

WW

Ha, en voila une bonne nouvelle :)

Sinon je vais voir au niveau de ces outils pour generer des profils automatiquement ...

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Pims

WESTWOOD a écrit :

Ha, en voila une bonne nouvelle :)

Sinon je vais voir au niveau de ces outils pour generer des profils automatiquement ...

WESTWOOD

Citation :

Je me pausais egalement une question au niveau de ASP? Le serveur ASP n'est pas libre de droit je suppose ...

Le moteur ASP est inclus dans l'Option Pack.
Il est gratuit tout comme IIS à partir du moment où tu as acheté ton serveur NT 4 :)

Citation :

Comment faire pour que (sous 9x et NT) si un utilisateur change de poste il ai directement sa messagerie ? (sauf PST et autre PAB)

Je pensais pouvoir faire ca en utilisant la variable %USERNAME% mais apparemment c'est pas bon

La question concerne Outlook ?
Si oui il faut utiliser Profgen/Newprof.
Ces outils permettent de générer un profile de messagerie à la volée au logon.

WW

Groody

Pims a écrit :

On limite actuellement la taille des BAL à 3Mo avec exchange sans PB :)

Ensuite les archives des gens sont stockées dans des PST ! (non sauvegardé donc)

Oui, j'ai compris. C'est ce que je dis. En passant en WebMail, le quota ne sera pas utilisé de la même façon. Ils ne pourront plus les stocker. (enfin je pense, puisque je ne connais pas ce WebMail (ni Exchange [:groody]))

Pims

Groody a écrit :

Autre avantage, opn peut limiter facilement la taille de la mailbox, l'user est obligé de fair ele ménage.

Inconvénient pour l'user, pas facile de garder des mails qu'il doit garder.

On limite actuellement la taille des BAL à 3Mo avec exchange sans PB :)

Ensuite les archives des gens sont stockées dans des PST ! (non sauvegardé donc)

Pims

J'attendais mon sauveur habituel :)

Merci WW !

Je me pausais egalement une question au niveau de ASP? Le serveur ASP n'est pas libre de droit je suppose ...

Bon, ca n'est pas une super solution en gros :/

Certains utilisateurs Nomades sont deja habitués au fait qu'il faut solliciter le serveur ... et que le serveur ne les prévient pas s'ils recoivent un message ou autre (a cause de notre firewall)

Bon, en gros ca peut etre pratique mais c'est pas une super solution...

Comment faire pour que (sous 9x et NT) si un utilisateur change de poste il ai directement sa messagerie ? (sauf PST et autre PAB)

Je pensais pouvoir faire ca en utilisant la variable %USERNAME% mais apparemment c'est pas bon :/

:jap:

Groody

Autre avantage, opn peut limiter facilement la taille de la mailbox, l'user est obligé de fair ele ménage.

Inconvénient pour l'user, pas facile de garder des mails qu'il doit garder.

WESTWOOD

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

Pims

Salut,

Voila, ayant un exchange 5.5 sur mon réseau je me demandais si remplecer les clients Outlook par des webmails ne serait pas plus simple?

-Est ce une bonne solution pour une utilisation en locale?
-Est ce que le serveur est plus sollicité?
-Ca semble demander beaucoup moins d'administration...

:jap: