Salut à tous,  
 
Voilà le blème :
Plusieurs Clients Outlook XP
Serveur Exchange 2000
Connection Wanadoo 512k
 
Est-il possible de demander au serveur exchange d'aller chercher lui même les mails chez wanadoo, et de les remettre ensuite dans les boites aux lettres respectives ?
J'ai vu quelquepart qu'il existait une façon de le faire en utilisant une pop3 forwarder... si jamais ça vous dit quelque chose...
 
En tout cas merci pour vos infos !!!
 
Drizzt

 
oui, c'est le mode ETRN
tu le configure dans les parametres de tes connecteurs si je me souviens bien

 
Oui mais non, tu parles d'autre chose la. Ce que Drizzt veut faire c'est recuperer les mails sur des comptes POP pour les rediriger vers des boites exchange.
C'est pas forcement un bonne idée, mais y'a des tonnes de softs + ou - cher qui permettent de faire ca (exchange 2000 ne sait faire ca tout seul que dans la version fournie dans SBS 2000), une liste assez complete est dispo ici : http://www.msexchange.org/software/POP3_Downloaders/
Il existe aussi un soft gratuit 100% ligne de commande, pullmail : http://www.swsoft.co.uk/index.asp?page=freesoftware ca marche bien, mais faut se faire des batch a la main avec les mots de passe des comptes pop en clair et utiliser un autre soft pour mettre en place une planification automatique.
 

Pour la plannification, il est possible d'utiliser l'utilitaire soon.exe disponible sur le site Microsoft :
 
http://www.microsoft.com/windows20 [...] soon-o.asp

Si c'est pas royal tout ca !!!
Merci pour vos infos, je vous tiens au courant, et pourquoi pas en profiterai pour faire une procedure...
 
Merci les gars !!!!
 
Drizzt

S'il y en a par contre qui peuvent enrichir ce processus...

Je suis dans la meme galère. Je viens d'installé un Exchange en test, et je voudrais qu'il me tranfère me message pop3 a mes client exchange... Y'a moyen de le faire sans avoir un soft en plus a installer?
J'ai la version E2k enterprise

drapal

Passé un temps, on utilisait popbeamer dans ma société pour récupérer les mails sur les messageries pop3 et les renvoyer sur le serveur Exchange

 
Spa possible, il faut forcement un sof tiers.
Y'a que la version d'exchange intégrée a SBS qui a son propre connecteur POP3.

domage

 
Pareil j'utilisais popbeamer chez un client avec Exchange 5.5 quand il était en ISDN... depuis il a une ligne SDSL permanente, des IPs fixes pour les serveurs et un joli record MX dans la zone DNS de son nom de domaine qui pointe sur le serveur Exchange et c'est bien plus simple comme celà

requin> explik voir...
On a aussi une ip internet statik. Un rtr nat. Un serveur exchange Enterprise qui, pour l'instant ne s'occupe que des partage des dossier (agenda, tache, news...). Je ne veux pas pour l'instant l'utiliser comme SMTP ni POP3. Je voudrais par contre qu'il aillent chercher les mail de mes client qui sous tous chez le meme fournisseur, et qu'il les redistribue.
Je vois pas le rapport avec DNS et MX. Ca y est aussi chez moa.
A+
 

Si tu as un non de domaine, tu demande à ton registar de rediriger le MX sur ton IP . Et ensuite tu confugure Exchange pour qui gere ce domaine de messagerie.

 
Dans ce cas tu peux installer un relais SMTP à l'entrée de ton réseau. Les mails arriveront au relais, et c'est le relais qui transmettra au serveur Exchange. Pareil dans l'autre sens. ça apporte un peu + de sécurité vu que ton Exchange n'est alors pas directement relié à Internet. Le relais peut être sous linux (voir sous windows avec IMS)

helvetik -> C'est exactement ce que SylvainDNS t'a expliqué (il porte bien son pseudo ), en fait tu te passe du fournisseur pour gérer les boîtes aux lettres de ta société. Tu demande au forunisseur (si c'est lui qui gère tes DNS) de faire pointer le record MX de ton nom de domaine sur l'IP fixe externe de ta boîte.
 
Toi il te suffit dès lors d'avoir un serveur SMTP (ou un connecteur SMTP sous Exchange) pour recevoir tes emails directement dans les boites de tes utilisateurs.
 
HJ -> Mettre une relais SMTP est effectivement une bonne solution qui permet de filtrer les messages (SPAM, virus, etc) avant qu'ils n'atteignent le serveur Exchange (bon avec Symantec AV le filtre pour Exchange est pas mal fait et évite aussi ces inconvénients, d'ailleurs pour info la Corporate 8.6.1 supporte enfin Exchange 2003).

SylvainDNS>  oui, j'ai un nom de domaine avec pop et smtp: www.nom_domaine.ch, pop.nom_domaine.ch, et mail.nom_domaine.ch. Quand tu par le de registar, tu parle du fournisseur de nom de domaine... Oui, je dois pouvoir faire ca... mais après, comment configurer le exchange?
hj>Effectivement. Mon srv exchange n'es pas directement connecter a internet. Pour l'instant. C'est koi un relais, et comment configurer exchange pour l'utiliser.
 
Merci

Requin>excuse, j'avais pas fait de refresh et j'avais pas vu ton post.

L'envois d'email obéit des règles assez basiques, quand tu envois un email ton serveur SMTP regarde l'adresse du destinataire et extrait la partie située après le @. Ensuite il effectue une requête DNS pour obtenir l'IP qui correspond au serveur mail pour le domaine en question (le fameux record MX ou Mail eXchanger si tu préfère), ensuite il ouvre une session SMTP avec le serveur distant et le transfert. La nous sommes dans le cas d'une remise directe (le plus courant actuellement), mais rien empêche de transférer l'email à un autre serveur qui se chargera de faire le relais et d'acheminer au destinataire (il faut que les le relaying soit autorisé).
 
En fait un relais SMTP de manière basique il s'agit d'un serveur SMTP. Pour Exchange 2000 et 2003 le connecteur SMTP est installé par défaut si ma mémoire est bonne, il suffira de le configurer. Pour Exchange 5.5 il s'appelle "Service de Messagerie Internet" en français (fichier -> nouveau -> service de messagerie internet)
 
Si tu as plusieurs domaines ou sous-domaines tu peux configurer les règles de transfert de l'un à l'autre.
 
Veille bien à interdire le "relaying" depuis les IPs externes à ton réseau, de sorte que des spammers ne puissent pas utiliser ton serveur pour propager leurs saletés, et créer une adresse email postmaster@tondomaine.ch et abuse@tondomaine.ch celà te permettera de recevoir les "plaintes" au cas ou tes utilisateurs font des bêtises ou que ton serveur serait mal configuré.

Pour parametre Exchange sur un domaine de messagerie ce n'est pas bien compliques.
Faut juste que tu lui définisse les domaine qui gere.
 
Par defaut (Sous 200 ou 2003) le relay SMTP est configurer pour relayer toute les machine identifier sur ton réseau (Via l'AD)
 
Si ton serveur à une connection direct ver l'exterieur il relayera directement les mail vers l'exterieur sinon il faut que tu dise au SMTP de relayer sur ton serveur SMTP de ta DMZ par exemple.

Merci pour ces explications très interressantes.
Donc, par exemple, il je pourrais faire un relai depuis mon proxy, de facon a ce que mes mail soient redirigé sur mon exchange. Je vais appeler SWITCH (fournisseur de nom) pour qu'il redirige les mail vers mon proxy. Ensuite, pour router ces message, je suppose qu'il faut un programme tièrce qui les envoye sur mon exchange, et ensuite mon exchange s'occupe du reste...
 
Ca me semble bien lourd.
Et côté client, il n'y a rien a faire?
On parle de smtp, mais c'est pas plutot du pop dans ce cas précis?
Je m'excuse de mon ignorance..
Pour info, mon réseau est configuré de cette manière:
             
           WWW
            ¦
    rtr Zyxel presige
            ¦
     W2k srv + proxy
            ¦
W2k srv AD  -  W2k srv Ex2k
 
 
Mon nom de domaine interne n'est pas le meme que le nom de domaine internet.
 

Tu redire le SMTP de ton routeur Zyxel sur ton Proxy.
Il tourne sur koi ton proxy ? Win2k c'est ISA serveur ?
Si c'est ISA serveur ou proxy 2.0 tu redire le flux sur ton Exchange.
Si c'est une passerelle Linux je sais pas comment on fait.
Pour l'envoi tu n'as besoin de rien, a part ouvrir le port 25 de ton proxy c'est tout.
 
Pour le POP t'es client il accede de l'exterieur à la mesagerie ? si oui vaut mieux mettre OWA.

Switch ne pourra pas grand chose pour toi vu qu'il n'hébergent pas les zones DNS pour ton nom de domaine (à ma connaissance il ne propose que les services d'enregistrement des noms de domaine .ch et .li), par contre sur le site de switch tu pourras sans problème voir chez qui se trouve tes "name servers".
 
Pour le nom de domaine interne ca n'a pas d'importance qu'il soit différent, il faut juste veiller que les adresses de messageries de tes utilisateurs portent la bonne adresse SMTP (si ils veulent recevoir les mails en retour lorsqu'ils envoient à l'extérieur), tu peux voir celà dans AD sous l'onglet "Adresses de Messageries".
 
Le POP est un protocole qui permet à des clients finaux qui ne sont pas connectés en permanence de recevoir des emails, en SMTP l'hôte qui a le message établit la connexion vers la machine sensée le recevoir (raison poru laquelle faut rediriger le port 25) ; avec POP c'est le contraire ! En fait si tout le monde était connecté en permanence POP serait inutile et les messages pourraient être délivrés jusqu'à la machine cliente via SMTP.
 
Côté client tu n'as rien à faire, outlook envois au serveur Exchange et lui se démerde pour distribuer le courrier interne et externe.
 
J'ai une config assez similaire chez un client, une IP fixe, un ZyWALL, le port 25 ouvert qui redirige (menu 15 du Zyxel) sur le serveur Exchange directement (pas de proxy). Ensuite j'ai chez le FAI qui host le site web et le nom de domaine un record A qui est mail.mondomaine.ch sur l'IP fixe et un MX qui pointe sur mail.mondomaine.ch. Avant c'était un serveur Exchange 2000, actuellement il s'agit d'un Exchange 2003, avec Norton Corporate Edition pour filtrer les spam et les virus directement sur le serveur.

Addenum : chez un autre client les dns sont hostés chez Bluewin, ils sont un peu durs d'oreilles pour faire les modifications de record DNS et après plusieurs "c'est pas possible" j'ai enfin pu avoir mon record MX grace à un technicien (le tout est de réussir à bypasser le helpdesk qui est incompétent pour ces manipulations)

Attention a ne pas mélanger, redirection du port 25 d'un routeur vers un Exchange, et passer par un relais SMTP entre Exchange et le net. Ce n'est pas pareil.