Bonjour à tous,
 
Voici mon problème. (je ne suis pas certain d'écrire dans la bonne catégorie/sous-catégorie, merci de déplacer le message si besoin)
J'ai un serveur exchange au sein de l'entreprise. Lorsque les utilisateurs sont sur place, ils reçoivent et envoient leurs mails via exchange, sans problème.
Lorsqu'ils sont chez eux et veulent recevoir leurs mails, ils récupèrent les mails présents sur le serveur exchange, en pop3.
Jusque là, tout fonctionne.
Mais comment peuvent-ils faire pour envoyer des mails, de chez eux ? Quel SMTP doivent ils paramétrer dans les propriétés du compte ?
Puis-je avoir un SMTP sous la forme: smtp.masociete.fr, installé sur le serveur ?  
Après quelques recherches, il me semble qu'il faut que je configure mon serveur pour lui ajouter le rôle de serveur de messagerie. Mais avant toute manipulation, j'aurais aimé avoir quelques avis.
 
Merci d'avance,

Si t'as un exchange qui arrive a recevoir des emails, c'est qu'il a déjà un serveur SMTP qui marque, le SMTP c'est le protocole de base des serveurs email.
 
Apres c'est pas forcement une tres bonne idée, de plus en plus souvent les FAI grand public et autres hotspot wifi & co bloquent ou limite le SMTP en sortie, c'est le cas d'Orange par exemple, autant utiliser directement le SMTP du FAI.
Mais globalement avoir un serveur Exchange et faire de la connexion cliente en POP/SMTP c'est pas vraiment profiter des possibilités de son serveur et pas terrible du tout niveau sécu, je te conseille fortement d'utiliser plutôt OWA ou du RPC over HTTP, c'est mieux a tout point de vue.

Et en RPCoHTTP, les clients n'utilisent pas SMTP donc ça passe de n'importe où quasiment

Merci pour vos réponses.
Je vais effectuer des recherches de mon côté, mais si vous avez un tuto à proposer pour le RPCoHTTP, je suis preneur    

J'ai mis en place RCPoHTTP, et tout fonctionne parfaitement.
 
Cependant, mon souci de départ se pose quand même.
Les utilisateurs qui n'utilisent pas Outlook voudront récupérer leurs mails (et en envoyer). Et ils préfèreront utiliser un logiciel plutôt que OWA....
La récupération en pop3 fonctionne.
Comment puis-je faire pour qu'ils puissent tous utiliser un même SMTP, où qu'ils soient ? Dois-je ajouter le rôle 'serveur de messagerie' à mon serveur ?
 
Merci d'avance,

On t'a déjà repondu sur ce point : ton exchange est déjà un serveur SMTP, mais a l'heure actuelle le traffic SMTP est tres largement filtré par les FAI. La solution la plus simple est sans doute de dire a tes utilisateurs d'utiliser le SMTP de leur FAI (mais c'est pas du 100% non plus, Orange par exemple rejette les connexions  sur son SMTP même de leurs abonnés s'il n'y a pas eu dans les minutes précédente une requete sur leur serveur POP).
 
Apres au bout d'un moment les utilisateurs et leurs habitudes son bien gentils, mais OWA c'est une solution parfaitement acceptable pour leurs besoins (c'est meme supérieur sur bien des points, ne serait-ce que pour les contacts, taches et calendriers que tu n'as pas en POP), et encore une fois bien plus sécurisé que du POP/SMTP : OWA c'est le l'HTTPS, en POP/SMTP tout passe en clair, login/mot de passe compris (on peut exiger un cryptage, mais ça passe pas forcement partout), c'est le genre d'arguement qui peut servir pour que ta direction impose une solution plutot qu'une autre...

sinon le mieux à mon avis est de mettre en place un VPN qui connecte tes clients au réseau de l'entreprise... ainsi il peuvent bénéficier des ressources du réseau, aussi bien fichiers, messagerie etc...

VPN ... ou comment tuer une mouche avec une arme nucléaire ...
- problème de SMTP sortant : définir dans exchange le SMTP du provider de l'entreprise comme relai SMTP. Plus de prob de blacklist et autres joyeusetés.
- accès distant lourd : RPCoHTTP ... efficace, user friendly, centralisé et securisé.
- accès distant léger : OWA ... flexible, proche du client standard, centralisé et sécurisé
- accès distant avec un autre client : à proscrire pour des raisons de sécu.

 
Le soucis dans son cas c'est pas le traffic SMTP du serveur mais celui des clients qui voudrait lui parler en SMTP.

en Owa pas de prob, naturellement.
En RPCoHTTP, outlook fonctionne comme s'il était en interne, donc ou est le problème ?

vink dit qu'il n'a pas de l'Outlook de partout.

C'est à lui de faire imposer que pour la messagerie professionnelle, c'est outlook ou owa.
Les autres solutions sont une aberration en terme de support et de sécurité (AMHA)

Je suis bien d'accord

Merci pour vos réponses.
Effectivement, je n'ai pas de l'Outlook partout. Et je suis bien d'accord pour dire qu'OWA est une bonne alternative.
Reste à le faire accepter/comprendre par les utilisateurs...
(et ça va être drôle de faire leurs transferts de messageries... )
 
encore merci à tous

OWA ressemble de très près a outlook 2003 alors ce ne sera pas très compliqué .....

Je pense que le soucis des gens est plutôt qu'ils n'ont pas accès aux mails lorsqu'ils ne sont pas connecté à internet.
Si sur leur portable ils n'ont que OWA, ils n'ont rien en offline.
 
Il leur faudrait outlook

Ouaip, il leur faudrait outlook
Mais dans mes utilisateurs, il y a des franchisés, et certains ne veulent que du libre (linux, etc...), donc pour outlook, c'est mort....
Mais ça, c'est leur problème
Ceux qui ont outlook, auront accès via RPCoHTTP.

Bonjour, je me permet d'up le topic

je bosse en entreprise ou nous avons un Exchange 2003 kivabien (aucun souci avec).
Un nouvel arrivant débarque avec sa bécane et une adresse email en toto.com (son ancienne entreprise).
Nous pour envoyer un mail on se pose pas de question, exchange s'occupe de tout. Là pour son ancienne adresse (dont il a encore besoin), comment configurer le smtp pour qu'il puisse envoyer des messages ? Auparavant (dans son ancienne entreprise) il avait smtp.wanadoo.fr.
Et maintenant ?
Le serveur exchange peut-il faire smtp pour des adresse qu'il ne gére pas ?

Nous sommes chez Orange.

Merci

reverse proxy , serveur ISA entre ton firewall et ton serveur exchange, en https et basta ...... ton big boss sera content d avoir ces mail sur son I Phone grace a toi

 
Faut activer le relaying pour les machines sur le lan interne mais ouais ça marchera