Bonjour,
Nous venons de mettre en place un seveur doté d'une version SBS 2003
standard R2 toute fraîche.
Nous avons activé les services "classiques", entre autre exchange / OWA /
Sharepoint.
Le fonctionnement en interne ne pose aucun problèmes aux 10 utilisateurs :
accès aux dossiers partagés du serveur, envoi / réception des mails via
outlook / exchange, navigation sur sharepoint, etc ....
De même, les utilisateurs se connectant de chez eux, peuvent accéder sans
problème au portail sharepoint et à leurs mails via OWA.
Depuis quelques jours, trois utilisateurs ont été rajoutés, sur un site
externe, à quelques kilomètres.
Leur compte respectif ont bien été créés et ils accèdent à toutes les
ressources distantes du serveur.
Seul point noir, l'accès aux mails.
Faisant partis de la même struture que les 10 premières personnes, leur
adresse mail est dans le même domaine en "pré".
Ils ont configuré eux même leur adresse sur Outlook en pop3, et peuvent
donc
envoyer / recevoir le courrier.
Sauf qu'évidemment, si une personne de la structure principale envoie un
message à un utilisateur de la structure secondaire, le mail est
intercepté
par Exchange et renvoie un mail d'erreur à l'expéditeur.
Je me tourne donc vers vous : quelle serait le moyen le plus rapide et
efficace pour qu'ils puissent accéder à leur mails ?
Nous avons pensé à certaines choses :
- créer un accès VPN "permanent" entre les deux sites, mais le site
principal ne dispose que d'une connexion en 1024; les lenteurs seraient
génantes pour tout le monde
- passer par du RPC sur HTTP, mais impossible de configurer Outlook côté
client : lors de la saisie du nom du serveur exchange, et de sa
vérification,
le message d'erreur suivant apparaît : "La connexion à Exchange Server
n'est
pas disponible. Outlook doit être en ligne pour effectuer cette action".
A noter que les services RPC sont installés et tournent correctement sur
le
serveur.
- au pire, ils peuvent utiliser OWA, mais le système est peut être un peu
lourd pour une utilisation quotidienne.
Existe t il d'autres solutions pour permettre aux utilisateurs distants
d'accèder aux mails ?
Si vous avez des suggestions, elles seront les bienvenues.
Je vous remercie par avance
Bonjour,
Nous venons de mettre en place un seveur doté d'une version SBS 2003
standard R2 toute fraîche.
Nous avons activé les services "classiques", entre autre exchange / OWA /
Sharepoint.
Le fonctionnement en interne ne pose aucun problèmes aux 10 utilisateurs :
accès aux dossiers partagés du serveur, envoi / réception des mails via
outlook / exchange, navigation sur sharepoint, etc ....
De même, les utilisateurs se connectant de chez eux, peuvent accéder sans
problème au portail sharepoint et à leurs mails via OWA.
Depuis quelques jours, trois utilisateurs ont été rajoutés, sur un site
externe, à quelques kilomètres.
Leur compte respectif ont bien été créés et ils accèdent à toutes les
ressources distantes du serveur.
Seul point noir, l'accès aux mails.
Faisant partis de la même struture que les 10 premières personnes, leur
adresse mail est dans le même domaine en "prénom.nom@domaine.net".
Ils ont configuré eux même leur adresse sur Outlook en pop3, et peuvent
donc
envoyer / recevoir le courrier.
Sauf qu'évidemment, si une personne de la structure principale envoie un
message à un utilisateur de la structure secondaire, le mail est
intercepté
par Exchange et renvoie un mail d'erreur à l'expéditeur.
Je me tourne donc vers vous : quelle serait le moyen le plus rapide et
efficace pour qu'ils puissent accéder à leur mails ?
Nous avons pensé à certaines choses :
- créer un accès VPN "permanent" entre les deux sites, mais le site
principal ne dispose que d'une connexion en 1024; les lenteurs seraient
génantes pour tout le monde
- passer par du RPC sur HTTP, mais impossible de configurer Outlook côté
client : lors de la saisie du nom du serveur exchange, et de sa
vérification,
le message d'erreur suivant apparaît : "La connexion à Exchange Server
n'est
pas disponible. Outlook doit être en ligne pour effectuer cette action".
A noter que les services RPC sont installés et tournent correctement sur
le
serveur.
- au pire, ils peuvent utiliser OWA, mais le système est peut être un peu
lourd pour une utilisation quotidienne.
Existe t il d'autres solutions pour permettre aux utilisateurs distants
d'accèder aux mails ?
Si vous avez des suggestions, elles seront les bienvenues.
Je vous remercie par avance
Bonjour,
Nous venons de mettre en place un seveur doté d'une version SBS 2003
standard R2 toute fraîche.
Nous avons activé les services "classiques", entre autre exchange / OWA /
Sharepoint.
Le fonctionnement en interne ne pose aucun problèmes aux 10 utilisateurs :
accès aux dossiers partagés du serveur, envoi / réception des mails via
outlook / exchange, navigation sur sharepoint, etc ....
De même, les utilisateurs se connectant de chez eux, peuvent accéder sans
problème au portail sharepoint et à leurs mails via OWA.
Depuis quelques jours, trois utilisateurs ont été rajoutés, sur un site
externe, à quelques kilomètres.
Leur compte respectif ont bien été créés et ils accèdent à toutes les
ressources distantes du serveur.
Seul point noir, l'accès aux mails.
Faisant partis de la même struture que les 10 premières personnes, leur
adresse mail est dans le même domaine en "pré".
Ils ont configuré eux même leur adresse sur Outlook en pop3, et peuvent
donc
envoyer / recevoir le courrier.
Sauf qu'évidemment, si une personne de la structure principale envoie un
message à un utilisateur de la structure secondaire, le mail est
intercepté
par Exchange et renvoie un mail d'erreur à l'expéditeur.
Je me tourne donc vers vous : quelle serait le moyen le plus rapide et
efficace pour qu'ils puissent accéder à leur mails ?
Nous avons pensé à certaines choses :
- créer un accès VPN "permanent" entre les deux sites, mais le site
principal ne dispose que d'une connexion en 1024; les lenteurs seraient
génantes pour tout le monde
- passer par du RPC sur HTTP, mais impossible de configurer Outlook côté
client : lors de la saisie du nom du serveur exchange, et de sa
vérification,
le message d'erreur suivant apparaît : "La connexion à Exchange Server
n'est
pas disponible. Outlook doit être en ligne pour effectuer cette action".
A noter que les services RPC sont installés et tournent correctement sur
le
serveur.
- au pire, ils peuvent utiliser OWA, mais le système est peut être un peu
lourd pour une utilisation quotidienne.
Existe t il d'autres solutions pour permettre aux utilisateurs distants
d'accèder aux mails ?
Si vous avez des suggestions, elles seront les bienvenues.
Je vous remercie par avance
Salut,
Ton problème RPC vient du fait que le controlleur de domaine n'est pas
joignable par tes postes clients.
En mode Exchange mis en cache tu ne devrais pas avoir de problème.
Avec VPN :
Tu vas dans ton fichier host et tu crées un pointeur pour l'adresse local de
ton serveur exchange et un autre pour ton controlleur de domaine sauf si tu
as un serveur dns, dans ce cas, tu crées les enregistrements dessus à la
place bien sûr...
Sans VPN :
Même topo sauf que tu utilises les adresses publiques et tu ouvres les ports
sur ton firewall en fonction de l'adresse ip fixe (n'est-ce pas ?) du
nouveau site.
Tu devrais avoir besoin de ça :
http://support.microsoft.com/default.aspx/kb/833799/fr
@+
"MattMurdock" wrote in message
news:
> Bonjour,
>
> Nous venons de mettre en place un seveur doté d'une version SBS 2003
> standard R2 toute fraîche.
> Nous avons activé les services "classiques", entre autre exchange / OWA /
> Sharepoint.
>
> Le fonctionnement en interne ne pose aucun problèmes aux 10 utilisateurs :
> accès aux dossiers partagés du serveur, envoi / réception des mails via
> outlook / exchange, navigation sur sharepoint, etc ....
>
> De même, les utilisateurs se connectant de chez eux, peuvent accéder sans
> problème au portail sharepoint et à leurs mails via OWA.
>
> Depuis quelques jours, trois utilisateurs ont été rajoutés, sur un site
> externe, à quelques kilomètres.
> Leur compte respectif ont bien été créés et ils accèdent à toutes les
> ressources distantes du serveur.
>
> Seul point noir, l'accès aux mails.
> Faisant partis de la même struture que les 10 premières personnes, leur
> adresse mail est dans le même domaine en "pré".
>
> Ils ont configuré eux même leur adresse sur Outlook en pop3, et peuvent
> donc
> envoyer / recevoir le courrier.
> Sauf qu'évidemment, si une personne de la structure principale envoie un
> message à un utilisateur de la structure secondaire, le mail est
> intercepté
> par Exchange et renvoie un mail d'erreur à l'expéditeur.
>
> Je me tourne donc vers vous : quelle serait le moyen le plus rapide et
> efficace pour qu'ils puissent accéder à leur mails ?
>
> Nous avons pensé à certaines choses :
> - créer un accès VPN "permanent" entre les deux sites, mais le site
> principal ne dispose que d'une connexion en 1024; les lenteurs seraient
> génantes pour tout le monde
> - passer par du RPC sur HTTP, mais impossible de configurer Outlook côté
> client : lors de la saisie du nom du serveur exchange, et de sa
> vérification,
> le message d'erreur suivant apparaît : "La connexion à Exchange Server
> n'est
> pas disponible. Outlook doit être en ligne pour effectuer cette action".
> A noter que les services RPC sont installés et tournent correctement sur
> le
> serveur.
> - au pire, ils peuvent utiliser OWA, mais le système est peut être un peu
> lourd pour une utilisation quotidienne.
>
> Existe t il d'autres solutions pour permettre aux utilisateurs distants
> d'accèder aux mails ?
>
> Si vous avez des suggestions, elles seront les bienvenues.
> Je vous remercie par avance
Salut,
Ton problème RPC vient du fait que le controlleur de domaine n'est pas
joignable par tes postes clients.
En mode Exchange mis en cache tu ne devrais pas avoir de problème.
Avec VPN :
Tu vas dans ton fichier host et tu crées un pointeur pour l'adresse local de
ton serveur exchange et un autre pour ton controlleur de domaine sauf si tu
as un serveur dns, dans ce cas, tu crées les enregistrements dessus à la
place bien sûr...
Sans VPN :
Même topo sauf que tu utilises les adresses publiques et tu ouvres les ports
sur ton firewall en fonction de l'adresse ip fixe (n'est-ce pas ?) du
nouveau site.
Tu devrais avoir besoin de ça :
http://support.microsoft.com/default.aspx/kb/833799/fr
@+
"MattMurdock" <MattMurdock@discussions.microsoft.com> wrote in message
news:4264044B-6D64-4A6E-B69B-344CB785A73B@microsoft.com...
> Bonjour,
>
> Nous venons de mettre en place un seveur doté d'une version SBS 2003
> standard R2 toute fraîche.
> Nous avons activé les services "classiques", entre autre exchange / OWA /
> Sharepoint.
>
> Le fonctionnement en interne ne pose aucun problèmes aux 10 utilisateurs :
> accès aux dossiers partagés du serveur, envoi / réception des mails via
> outlook / exchange, navigation sur sharepoint, etc ....
>
> De même, les utilisateurs se connectant de chez eux, peuvent accéder sans
> problème au portail sharepoint et à leurs mails via OWA.
>
> Depuis quelques jours, trois utilisateurs ont été rajoutés, sur un site
> externe, à quelques kilomètres.
> Leur compte respectif ont bien été créés et ils accèdent à toutes les
> ressources distantes du serveur.
>
> Seul point noir, l'accès aux mails.
> Faisant partis de la même struture que les 10 premières personnes, leur
> adresse mail est dans le même domaine en "prénom.nom@domaine.net".
>
> Ils ont configuré eux même leur adresse sur Outlook en pop3, et peuvent
> donc
> envoyer / recevoir le courrier.
> Sauf qu'évidemment, si une personne de la structure principale envoie un
> message à un utilisateur de la structure secondaire, le mail est
> intercepté
> par Exchange et renvoie un mail d'erreur à l'expéditeur.
>
> Je me tourne donc vers vous : quelle serait le moyen le plus rapide et
> efficace pour qu'ils puissent accéder à leur mails ?
>
> Nous avons pensé à certaines choses :
> - créer un accès VPN "permanent" entre les deux sites, mais le site
> principal ne dispose que d'une connexion en 1024; les lenteurs seraient
> génantes pour tout le monde
> - passer par du RPC sur HTTP, mais impossible de configurer Outlook côté
> client : lors de la saisie du nom du serveur exchange, et de sa
> vérification,
> le message d'erreur suivant apparaît : "La connexion à Exchange Server
> n'est
> pas disponible. Outlook doit être en ligne pour effectuer cette action".
> A noter que les services RPC sont installés et tournent correctement sur
> le
> serveur.
> - au pire, ils peuvent utiliser OWA, mais le système est peut être un peu
> lourd pour une utilisation quotidienne.
>
> Existe t il d'autres solutions pour permettre aux utilisateurs distants
> d'accèder aux mails ?
>
> Si vous avez des suggestions, elles seront les bienvenues.
> Je vous remercie par avance
Salut,
Ton problème RPC vient du fait que le controlleur de domaine n'est pas
joignable par tes postes clients.
En mode Exchange mis en cache tu ne devrais pas avoir de problème.
Avec VPN :
Tu vas dans ton fichier host et tu crées un pointeur pour l'adresse local de
ton serveur exchange et un autre pour ton controlleur de domaine sauf si tu
as un serveur dns, dans ce cas, tu crées les enregistrements dessus à la
place bien sûr...
Sans VPN :
Même topo sauf que tu utilises les adresses publiques et tu ouvres les ports
sur ton firewall en fonction de l'adresse ip fixe (n'est-ce pas ?) du
nouveau site.
Tu devrais avoir besoin de ça :
http://support.microsoft.com/default.aspx/kb/833799/fr
@+
"MattMurdock" wrote in message
news:
> Bonjour,
>
> Nous venons de mettre en place un seveur doté d'une version SBS 2003
> standard R2 toute fraîche.
> Nous avons activé les services "classiques", entre autre exchange / OWA /
> Sharepoint.
>
> Le fonctionnement en interne ne pose aucun problèmes aux 10 utilisateurs :
> accès aux dossiers partagés du serveur, envoi / réception des mails via
> outlook / exchange, navigation sur sharepoint, etc ....
>
> De même, les utilisateurs se connectant de chez eux, peuvent accéder sans
> problème au portail sharepoint et à leurs mails via OWA.
>
> Depuis quelques jours, trois utilisateurs ont été rajoutés, sur un site
> externe, à quelques kilomètres.
> Leur compte respectif ont bien été créés et ils accèdent à toutes les
> ressources distantes du serveur.
>
> Seul point noir, l'accès aux mails.
> Faisant partis de la même struture que les 10 premières personnes, leur
> adresse mail est dans le même domaine en "pré".
>
> Ils ont configuré eux même leur adresse sur Outlook en pop3, et peuvent
> donc
> envoyer / recevoir le courrier.
> Sauf qu'évidemment, si une personne de la structure principale envoie un
> message à un utilisateur de la structure secondaire, le mail est
> intercepté
> par Exchange et renvoie un mail d'erreur à l'expéditeur.
>
> Je me tourne donc vers vous : quelle serait le moyen le plus rapide et
> efficace pour qu'ils puissent accéder à leur mails ?
>
> Nous avons pensé à certaines choses :
> - créer un accès VPN "permanent" entre les deux sites, mais le site
> principal ne dispose que d'une connexion en 1024; les lenteurs seraient
> génantes pour tout le monde
> - passer par du RPC sur HTTP, mais impossible de configurer Outlook côté
> client : lors de la saisie du nom du serveur exchange, et de sa
> vérification,
> le message d'erreur suivant apparaît : "La connexion à Exchange Server
> n'est
> pas disponible. Outlook doit être en ligne pour effectuer cette action".
> A noter que les services RPC sont installés et tournent correctement sur
> le
> serveur.
> - au pire, ils peuvent utiliser OWA, mais le système est peut être un peu
> lourd pour une utilisation quotidienne.
>
> Existe t il d'autres solutions pour permettre aux utilisateurs distants
> d'accèder aux mails ?
>
> Si vous avez des suggestions, elles seront les bienvenues.
> Je vous remercie par avance
Bonjour,
Merci du tuyau.
Nous avons suivi scrupuleusement les indications données dans le lien,
mais
même en modifiant les paramètres d'Outlook, le serveur est injoignable.
A noter que le nouveau site distant n'a pas d'adresse ip fixe (coin perdu,
livebox, 512 de débit, ip fixe non disponible même avec un abonnement
pro).
Par contre, SBS2003 donne une procédure de configuration pour les postes
clients souhaitant récupérer leur mail en RPC sur HTTP.
Et quelques points me laissent perplexe, notamment lorsque l'assistant
d'Outlook demande :
- le nom du serveur exchange
- l'URL de la connexion au serveur proxy pour Exchange.
Il est préconisé de saisir respectivement :
- nomsrv.domaine.local
- https://domaine-internet.net
Sauf que le nom de domaine internet de la société n'est pas redigiré sur
le
serveur, mais sur un hébergeur externe.
Nous pensions qu'en remplaçant ce nom de domaine par l'adresse ip fixe du
site principal, cela fonctionnerait.
Mais le serveur reste injoignable.
Du coup, les utilisateurs distants tournent sur OWA pour le moment, mais
ça
n'est pas une solution viable, même à moyen terme.
Nous sommes preneur de toute suggestion / idée.
Merci d'avance.
"leakim" a écrit :Salut,
Ton problème RPC vient du fait que le controlleur de domaine n'est pas
joignable par tes postes clients.
En mode Exchange mis en cache tu ne devrais pas avoir de problème.
Avec VPN :
Tu vas dans ton fichier host et tu crées un pointeur pour l'adresse local
de
ton serveur exchange et un autre pour ton controlleur de domaine sauf si
tu
as un serveur dns, dans ce cas, tu crées les enregistrements dessus à la
place bien sûr...
Sans VPN :
Même topo sauf que tu utilises les adresses publiques et tu ouvres les
ports
sur ton firewall en fonction de l'adresse ip fixe (n'est-ce pas ?) du
nouveau site.
Tu devrais avoir besoin de ça :
http://support.microsoft.com/default.aspx/kb/833799/fr
@+
"MattMurdock" wrote in message
news:
> Bonjour,
>
> Nous venons de mettre en place un seveur doté d'une version SBS 2003
> standard R2 toute fraîche.
> Nous avons activé les services "classiques", entre autre exchange / OWA
> /
> Sharepoint.
>
> Le fonctionnement en interne ne pose aucun problèmes aux 10
> utilisateurs :
> accès aux dossiers partagés du serveur, envoi / réception des mails via
> outlook / exchange, navigation sur sharepoint, etc ....
>
> De même, les utilisateurs se connectant de chez eux, peuvent accéder
> sans
> problème au portail sharepoint et à leurs mails via OWA.
>
> Depuis quelques jours, trois utilisateurs ont été rajoutés, sur un site
> externe, à quelques kilomètres.
> Leur compte respectif ont bien été créés et ils accèdent à toutes les
> ressources distantes du serveur.
>
> Seul point noir, l'accès aux mails.
> Faisant partis de la même struture que les 10 premières personnes, leur
> adresse mail est dans le même domaine en "pré".
>
> Ils ont configuré eux même leur adresse sur Outlook en pop3, et peuvent
> donc
> envoyer / recevoir le courrier.
> Sauf qu'évidemment, si une personne de la structure principale envoie
> un
> message à un utilisateur de la structure secondaire, le mail est
> intercepté
> par Exchange et renvoie un mail d'erreur à l'expéditeur.
>
> Je me tourne donc vers vous : quelle serait le moyen le plus rapide et
> efficace pour qu'ils puissent accéder à leur mails ?
>
> Nous avons pensé à certaines choses :
> - créer un accès VPN "permanent" entre les deux sites, mais le site
> principal ne dispose que d'une connexion en 1024; les lenteurs seraient
> génantes pour tout le monde
> - passer par du RPC sur HTTP, mais impossible de configurer Outlook
> côté
> client : lors de la saisie du nom du serveur exchange, et de sa
> vérification,
> le message d'erreur suivant apparaît : "La connexion à Exchange Server
> n'est
> pas disponible. Outlook doit être en ligne pour effectuer cette
> action".
> A noter que les services RPC sont installés et tournent correctement
> sur
> le
> serveur.
> - au pire, ils peuvent utiliser OWA, mais le système est peut être un
> peu
> lourd pour une utilisation quotidienne.
>
> Existe t il d'autres solutions pour permettre aux utilisateurs distants
> d'accèder aux mails ?
>
> Si vous avez des suggestions, elles seront les bienvenues.
> Je vous remercie par avance
Bonjour,
Merci du tuyau.
Nous avons suivi scrupuleusement les indications données dans le lien,
mais
même en modifiant les paramètres d'Outlook, le serveur est injoignable.
A noter que le nouveau site distant n'a pas d'adresse ip fixe (coin perdu,
livebox, 512 de débit, ip fixe non disponible même avec un abonnement
pro).
Par contre, SBS2003 donne une procédure de configuration pour les postes
clients souhaitant récupérer leur mail en RPC sur HTTP.
Et quelques points me laissent perplexe, notamment lorsque l'assistant
d'Outlook demande :
- le nom du serveur exchange
- l'URL de la connexion au serveur proxy pour Exchange.
Il est préconisé de saisir respectivement :
- nomsrv.domaine.local
- https://domaine-internet.net
Sauf que le nom de domaine internet de la société n'est pas redigiré sur
le
serveur, mais sur un hébergeur externe.
Nous pensions qu'en remplaçant ce nom de domaine par l'adresse ip fixe du
site principal, cela fonctionnerait.
Mais le serveur reste injoignable.
Du coup, les utilisateurs distants tournent sur OWA pour le moment, mais
ça
n'est pas une solution viable, même à moyen terme.
Nous sommes preneur de toute suggestion / idée.
Merci d'avance.
"leakim" a écrit :
Salut,
Ton problème RPC vient du fait que le controlleur de domaine n'est pas
joignable par tes postes clients.
En mode Exchange mis en cache tu ne devrais pas avoir de problème.
Avec VPN :
Tu vas dans ton fichier host et tu crées un pointeur pour l'adresse local
de
ton serveur exchange et un autre pour ton controlleur de domaine sauf si
tu
as un serveur dns, dans ce cas, tu crées les enregistrements dessus à la
place bien sûr...
Sans VPN :
Même topo sauf que tu utilises les adresses publiques et tu ouvres les
ports
sur ton firewall en fonction de l'adresse ip fixe (n'est-ce pas ?) du
nouveau site.
Tu devrais avoir besoin de ça :
http://support.microsoft.com/default.aspx/kb/833799/fr
@+
"MattMurdock" <MattMurdock@discussions.microsoft.com> wrote in message
news:4264044B-6D64-4A6E-B69B-344CB785A73B@microsoft.com...
> Bonjour,
>
> Nous venons de mettre en place un seveur doté d'une version SBS 2003
> standard R2 toute fraîche.
> Nous avons activé les services "classiques", entre autre exchange / OWA
> /
> Sharepoint.
>
> Le fonctionnement en interne ne pose aucun problèmes aux 10
> utilisateurs :
> accès aux dossiers partagés du serveur, envoi / réception des mails via
> outlook / exchange, navigation sur sharepoint, etc ....
>
> De même, les utilisateurs se connectant de chez eux, peuvent accéder
> sans
> problème au portail sharepoint et à leurs mails via OWA.
>
> Depuis quelques jours, trois utilisateurs ont été rajoutés, sur un site
> externe, à quelques kilomètres.
> Leur compte respectif ont bien été créés et ils accèdent à toutes les
> ressources distantes du serveur.
>
> Seul point noir, l'accès aux mails.
> Faisant partis de la même struture que les 10 premières personnes, leur
> adresse mail est dans le même domaine en "prénom.nom@domaine.net".
>
> Ils ont configuré eux même leur adresse sur Outlook en pop3, et peuvent
> donc
> envoyer / recevoir le courrier.
> Sauf qu'évidemment, si une personne de la structure principale envoie
> un
> message à un utilisateur de la structure secondaire, le mail est
> intercepté
> par Exchange et renvoie un mail d'erreur à l'expéditeur.
>
> Je me tourne donc vers vous : quelle serait le moyen le plus rapide et
> efficace pour qu'ils puissent accéder à leur mails ?
>
> Nous avons pensé à certaines choses :
> - créer un accès VPN "permanent" entre les deux sites, mais le site
> principal ne dispose que d'une connexion en 1024; les lenteurs seraient
> génantes pour tout le monde
> - passer par du RPC sur HTTP, mais impossible de configurer Outlook
> côté
> client : lors de la saisie du nom du serveur exchange, et de sa
> vérification,
> le message d'erreur suivant apparaît : "La connexion à Exchange Server
> n'est
> pas disponible. Outlook doit être en ligne pour effectuer cette
> action".
> A noter que les services RPC sont installés et tournent correctement
> sur
> le
> serveur.
> - au pire, ils peuvent utiliser OWA, mais le système est peut être un
> peu
> lourd pour une utilisation quotidienne.
>
> Existe t il d'autres solutions pour permettre aux utilisateurs distants
> d'accèder aux mails ?
>
> Si vous avez des suggestions, elles seront les bienvenues.
> Je vous remercie par avance
Bonjour,
Merci du tuyau.
Nous avons suivi scrupuleusement les indications données dans le lien,
mais
même en modifiant les paramètres d'Outlook, le serveur est injoignable.
A noter que le nouveau site distant n'a pas d'adresse ip fixe (coin perdu,
livebox, 512 de débit, ip fixe non disponible même avec un abonnement
pro).
Par contre, SBS2003 donne une procédure de configuration pour les postes
clients souhaitant récupérer leur mail en RPC sur HTTP.
Et quelques points me laissent perplexe, notamment lorsque l'assistant
d'Outlook demande :
- le nom du serveur exchange
- l'URL de la connexion au serveur proxy pour Exchange.
Il est préconisé de saisir respectivement :
- nomsrv.domaine.local
- https://domaine-internet.net
Sauf que le nom de domaine internet de la société n'est pas redigiré sur
le
serveur, mais sur un hébergeur externe.
Nous pensions qu'en remplaçant ce nom de domaine par l'adresse ip fixe du
site principal, cela fonctionnerait.
Mais le serveur reste injoignable.
Du coup, les utilisateurs distants tournent sur OWA pour le moment, mais
ça
n'est pas une solution viable, même à moyen terme.
Nous sommes preneur de toute suggestion / idée.
Merci d'avance.
"leakim" a écrit :Salut,
Ton problème RPC vient du fait que le controlleur de domaine n'est pas
joignable par tes postes clients.
En mode Exchange mis en cache tu ne devrais pas avoir de problème.
Avec VPN :
Tu vas dans ton fichier host et tu crées un pointeur pour l'adresse local
de
ton serveur exchange et un autre pour ton controlleur de domaine sauf si
tu
as un serveur dns, dans ce cas, tu crées les enregistrements dessus à la
place bien sûr...
Sans VPN :
Même topo sauf que tu utilises les adresses publiques et tu ouvres les
ports
sur ton firewall en fonction de l'adresse ip fixe (n'est-ce pas ?) du
nouveau site.
Tu devrais avoir besoin de ça :
http://support.microsoft.com/default.aspx/kb/833799/fr
@+
"MattMurdock" wrote in message
news:
> Bonjour,
>
> Nous venons de mettre en place un seveur doté d'une version SBS 2003
> standard R2 toute fraîche.
> Nous avons activé les services "classiques", entre autre exchange / OWA
> /
> Sharepoint.
>
> Le fonctionnement en interne ne pose aucun problèmes aux 10
> utilisateurs :
> accès aux dossiers partagés du serveur, envoi / réception des mails via
> outlook / exchange, navigation sur sharepoint, etc ....
>
> De même, les utilisateurs se connectant de chez eux, peuvent accéder
> sans
> problème au portail sharepoint et à leurs mails via OWA.
>
> Depuis quelques jours, trois utilisateurs ont été rajoutés, sur un site
> externe, à quelques kilomètres.
> Leur compte respectif ont bien été créés et ils accèdent à toutes les
> ressources distantes du serveur.
>
> Seul point noir, l'accès aux mails.
> Faisant partis de la même struture que les 10 premières personnes, leur
> adresse mail est dans le même domaine en "pré".
>
> Ils ont configuré eux même leur adresse sur Outlook en pop3, et peuvent
> donc
> envoyer / recevoir le courrier.
> Sauf qu'évidemment, si une personne de la structure principale envoie
> un
> message à un utilisateur de la structure secondaire, le mail est
> intercepté
> par Exchange et renvoie un mail d'erreur à l'expéditeur.
>
> Je me tourne donc vers vous : quelle serait le moyen le plus rapide et
> efficace pour qu'ils puissent accéder à leur mails ?
>
> Nous avons pensé à certaines choses :
> - créer un accès VPN "permanent" entre les deux sites, mais le site
> principal ne dispose que d'une connexion en 1024; les lenteurs seraient
> génantes pour tout le monde
> - passer par du RPC sur HTTP, mais impossible de configurer Outlook
> côté
> client : lors de la saisie du nom du serveur exchange, et de sa
> vérification,
> le message d'erreur suivant apparaît : "La connexion à Exchange Server
> n'est
> pas disponible. Outlook doit être en ligne pour effectuer cette
> action".
> A noter que les services RPC sont installés et tournent correctement
> sur
> le
> serveur.
> - au pire, ils peuvent utiliser OWA, mais le système est peut être un
> peu
> lourd pour une utilisation quotidienne.
>
> Existe t il d'autres solutions pour permettre aux utilisateurs distants
> d'accèder aux mails ?
>
> Si vous avez des suggestions, elles seront les bienvenues.
> Je vous remercie par avance