Discussion :

[kabalonda]

Bonjour à tous !
Au fait comme le dit l'intitulé , j'ai deux soucis qui me tracassent un peu
je m’explique :
J'ai été pris comme collaborateur IT dans une boîte de la place , ils ont un nom de domaine enregistré chez LWS (domaine.com) et un autre domaine local sur un Windows Server 2008 R2 qui porte le même nom c'est-à-dire domaine.com comme celui de LWS donc domaine.com (LWS) et domaine.com (local). J'ai déployé Exchange 2010 qui marche normalement et sans soucis pour la messagerie interne.
Certains comptes doivent rester uniquement sur domaine.com hébergé par LWS et d'autres uniquement domaine.com (local) et certains autres sur les deux domaine.com (LWS) et domaine.com(local). Vu que les IP Publiques de la boite sont blacklistées par la plupart des serveurs mails j'ai du acheter un service smtp relay chez dnsexit.com ce qui a permis aux mailbox internes (domaine.com--local) d'envoyer les messages aux adresses Yahoo.fr|de|etc., outlook.fr|com bref a tout ce qui est sur internet en configurant ou Send Connector.
1er soucis:
si interne1@domaine.com (compte Exchange local) envoie un message à externe1@domaine.com (compte hébergé par LWS): Exchange renvoie un message d'erreur disant qu'il ne trouve pas le correspondant dans le domaine.. Je me demande pourquoi il n'utilise pas le Send Connector pour acheminer le message du domaine local vers le domaine hébergé? mais si interne1@domaine.com envoie un mail a quiconque@msn.com , le message est reçu par le destinataire sans aucun problème !
Quelle configuration mettre en place pour conditionner Exchange à utiliser le connecteur d'envoi pour acheminer le message de interne1@domaine.com vers externe1@domaine.com bien que celui-ci n'est pas géré par Exchange donc compte inexistant dans le domaine local!
2er Soucis
Sachant que les comptes sur domaine.com (LWS) envoient et reçoivent des messages et que les comptes sur domaine.com (local)font aussi la même chose.
Quel mécanisme développé pour que les comptes locaux reçoivent les messages d'internet c'est à dire de domaine.com (LWS) et des autres comme gmail ?
Faut-toucher aux MX Record pour ce faire? ou existe-il de services pouvant faciliter ces traffics ou une configuration utilisant un SmartHost comme le connecteur d'envoi?

Tout idée est la bienvenue !

Salut !

[A&Nexus]

Dans exchange tu dois créer un connecteur avec un type spécifique exprès pour ton domaine qui envoit vers ton serveur LWS.
Dans les tuto à de migration il y a pleins d'exemple.

Pour ton problème 2, je dirais que si LWS ne gère pas ça il faudra que tu fasse pointer les MX sur ton exchange qui les renverras à LWS.

[kabalonda]

Bsr A&Nexus,

J'ai pas bien saisi ton explication. Y'a -t-il une possibilité d'être un peu plus claire que ça ?

Merci

[A&Nexus]

Ton problème est que lorsque t'envoie un e-mail à une boîte qui n'est pas sur ton exchange pour lui la boîte n'existe pas et te le rejette.

Donc tu rajoute un connecteur d'envoi pour éviter ce genre de problème et pour dire à l'exchange que lorsqu'il ne possède pas la boîte de l'envoyer à un autre serveur.

[kabalonda]

Salut #A&BNexus et à Tous !

Désolé de réagir avec ce retard, j'avais déjà résolu ce souci en faisant du du domaine local un relais interne car il était celui faisant autorité et le connecteur d'envoi (smp relay de dnsexit.com) qui me servait d'expédier les messages à Yahoo *, Gmail et autres se charge maintenant d’expédier les messages à toute adresse qui n'est pas locale à Exchange mais qui est dans le domaine distant.
Le seul autre souci qui reste c'est la réception! Dois-je toujours modifier les MX Record ? Si oui, quelle configuration et priorité mettre en place pour pas perturber les comptes hébergés par LWS?

[A&Nexus]

Tu modifies les MX sur ton Systeme qui doit recevoir les e-mails.
C'est en fait le contraire de ce que tu as déjà fait pour l'envoi.

Comme tu partages ton domaine avec LWS tu demandes à LWS de renvoyer les e-mails qu'ils ne connaît pas sur ton Exchange.
Ou l'inverse, tu envoie sur ton Exchange qui rebascule les boîtes qu'il n'héberge pas sur LWS.

[chrtophe]

Je maitrise pas du tout Exchange mais j'utilise du Exchange (mutualisé je précise mais je sais pas si ça a de l'importance) chez OVH pour un des parcs. Il est mis en mode "non autoritatif" (si c'est une fonction Exchange mon post est valable, sinon à ne pas prendre en compte). Dans ce mode, mon MX pointe sur ce serveur Exchange. Quand Exchange reçoit le mail, si il n'a pas de compte, il renvoi sur un autre serveur de mon choix (ça correspond peut-être à un connecteur Exchnage); ce qui me permet d'avoir des comptes hébergés sur le Exchange et d'autres non.

[A&Nexus]

Je maitrise pas du tout Exchange mais j'utilise du Exchange (mutualisé je précise mais je sais pas si ça a de l'importance) chez OVH pour un des parcs. Il est mis en mode "non autoritatif" (si c'est une fonction Exchange mon post est valable, sinon à ne pas prendre en compte). Dans ce mode, mon MX pointe sur ce serveur Exchange. Quand Exchange reçoit le mail, si il n'a pas de compte, il renvoi sur un autre serveur de mon choix (ça correspond peut-être à un connecteur Exchnage); ce qui me permet d'avoir des comptes hébergés sur le Exchange et d'autres non.

C'est ça.