Faut bien commencer quelque pars alors voici ma question : Qu'est-ce qu'un "Domaine de messagerie" sous MS Exchange 5.5 ?
 
Merci

Si t'en es à ce point pense à lire le manuel  

A mon avis cela peut être :
 
1/ Une organisation Exchange
C'est en fait la racine de l'annuaire Exchange (assez similaire à la notion équivalente sous Active Directory).
C'est le point commun entre tous les serveurs qui en sont membres.
Un peut comme un pays pour les citoyens.
Correspondance imagée :
Organistation = pays
Site = Ville
 
ou (et je crois que c'est plutôt ça)
 
2/ Une traduction assez rapide de la notion domaine d'une adresse SMTP.
Par exemple : toto@libertysurf.com
Toto = alias de messagerie
Libertysurf.com = Domain de messagerie.
 
WW

Read The Fucking Manual  
 
 
Allez un peu de lecture simplifié :
 
http://www.laboratoire-microsoft.o [...] /exchange/

Oui westwood c'est ce que je pense aussi mais bon... en fait mon pb, c'est que jusqu'à présent, mon serveur Exchange gérait un seul domaine (on va dire toto.fr).  
Les mails en machin.truc@toto.fr arrivent sur le serveur et sont dispatchés dans les boites appropriées.
Aujourd'hui, ce serveur doit aussi gérer le nom de domaine titi.fr
Au niveau DNS c'est OK : le FAI a fait le nécessaire. Les mails arrivent bien sur le serveur mais y a un hic dans la config car je reçois une erreur si j'envoie un message depuis l'extérieur vers machin.truc@titi.fr

La réponse est ici (et non ailleurs )
 
XFOR: How to Configure SMTP Relay for Domains and Subdomains
http://support.microsoft.com/defau [...] -us;259531
 
WW

westwood connait les pages du support microsoft par coeur !

Hummm je avis tester ça de suite westwood.
Chapeau pour les références

 
Je me vends aux enchères
 
Moteur de recherche presque neuf, peu servi
 
Automate a états finis (très fini d'alleurs, voir un peu limité par momemt )
 
WW

J'ai suivit ce qu'ils disaient et voilà le mail d'erreur que je reçois :

Je crois que that domain isn't in my list of allowed rcpthosts pourrait-être un sérieux indice  
Mais quel est le pb exactement

Y a pas des pros d'Exchange dans la salle ?
 

Hello,
 
Peux-tu tester la connexion à la sortie du connecteur SMTP ?
 
Comme suit :
XFOR: Telnet to Port 25 of IMC to Test IMC Communication
http://support.microsoft.com/defau [...] us;q153119
 
A tester avec les deux noms de domaine.
 
WW

Non ça ne marche pas. Je suis DANS l'entreprise là et je vais donc avoir du mal à attaquer en telnet le relais de messagerie situé dans la DMZ  
En outre, même si j'étais à l'extérieur, je doute que le port telnet soit resté ouvert    
 
Mais mince alors
Pkoi ça veux pas marcher  

Le port 25 est forcément ouvert sinon pas de SMTP et tu peux y accéder en utilisant telnet sur ce port et non le port par défaut de telnet (22) qui lui doit être fermé. Le serveur situé sur la DMZ est il celui que tu utilises pour envoyer tes mails depuis le LAN ou y a t'il un relai SMTP ?

Ton Exchange Server a bien une adresse IP ?
Il a bien un connecteur SMTP.
 
Donc tu peux faire telnet @IP_Server_Exchange 25 (en interne) et tester la remise de message avec les deux domaines.
 
Ensuite dans ta DMZ tu dois bien avoir le port 25 d'ouvert redirigé au travers de FW.
Il faudrait voir l'architecture.
 
Mais bon si c'est ok sur le Exchange le problème est ailleurs ce coup ci.
 
WW

Disons que grosso modo, j'ai une DMZ avec un Relais de messagerie. Ce relais, rebalance les mails sur le Serveur de messagerie (où il y a Exchange)
Par conséquent, je ne peux pas accéder à ce Relais de messagerie.

Est ce le relais ou ton serveur de messagerie qui retourne le message d'erreur ?

Je n'ai pas de message d'erreur, sauf quand je m'auto-envoie un mail depuis un webmail.
Toute ma config, je la fait sur le Serveur de messagerie qui n'est pas dans la DMZ.
Mais mainteannt que vous le dite, y a p'tet une manip à faire sur le Relasi non ?  

Il faut en premier lieu vérifier que la passerelle Exchange a bien pris en compte l'ajout d'un second domaine (titi).
 
Après si cela fonctionne le pb est soit dans la DMZ soit chez le provider.
 
WW

Par message d'erreur je voulais dire celui qui tu nous a indiqué. Il est possible en effet que ton relais effectue un filtrage et refuse le relayage des messages a destination de ton nouveau domaine.

Oui le relais doit être configurer pour éviter les spams.
 
Il accepte donc uniquement le domaine toto.fr.
 
Il faut comme pour Exchange ajouter titi.fr dans les domaines acceptés en inbound.
 
WW

OK.
Donc pour résumé, j'ai fait exactement la manip décrite dans le 1er lien MS pour rajouter un domaine. Durant cette configuration, j'ai mis l'adresse IP du Relais de messagerie.
Je crois que c'est bon non ?

OK bon je commence à voir clair.  
Le temps de retrouver ces $ù^*$ù*$* de mots de passes à la con pour le Relais de messagerie et je vous tiens au courant

Tu as testé avec le second lien M$ ?
 
Il faut voir si tu arrives via telnet a poster un mail vers le second domain.
 
WW

Si cela fonctionne en interne c'est que ton serveur Exchange est bien configuré. Il te faut ensuite t'assurer que le relais de messagerie situé dans la DMZ sache relayer les messages a destination de ton nouveau domaine vers le serveur Exchange.

Disons que j'ai testé telnet sur le serveur de messagerie. J'ai réussi à me connecter, masi je n'ai pas réussi à balencer une seule commande  
Je dois pas être doué pour le telnet.
J'ai eu la phrase comme quoi j'étais bien connecté.
Je tente un HELO titi.fr mais rien n'apparait à l'écran.
Quand je fais Entrée j'ai Commande non valide qui s'affiche

Je viens de tester en interne mon.nom@titi.fr et ça roule !
Donc le pb vient bien du Relais

Nickel,
 
A mort le relais !
 
WW

Je verrai ça demain avec mon boss car je ne sais pas trop comment se configure le Relais de messagerie.
Y a eSafe Protect qui tourne dessus mais impossible de mettre la main sur la configuration des domaines toto.fr et titi.fr