Meilleur auteur de réponses
Idées pour du Exchange 2010 avec du Serveurs Frontale Postfix....

Question
-
Bonjour,
On me demande d'installer du Exchange 2010 dans un premier temps que pour QUELQUES adresses emails de la société en sachant qu'il y a déja actuellement un serveur frontale postfix pour l'ensemble des comptes emails.
J'avoue avoir du mal à imaginer la conception de la mise en place d'un serveur exchange dans un réseau local où les emails viennent en frontale en postfix.
Pourriez vous m'aider sur l'idée de l'infrastucture ?
Merci
Réponses
-
Vous devez deja vérifier le système de messagerie installé sur le serveur où vous avez postfix, car celui ci n'est à la base qu'une passerelle SMTP, et ne dispose par exemple pas de service POP3 ou IMAP ; vous avez probablement une autre application installée pour cela.
L'inconvéniant de cette solution hybride, vous ne pourrez pas utiliser les forces de chaque systèmes pleinement (Free/Busy, partage, send as, send on behalf, etc. côté Exchange) si il n'est pas prévu que ces deux systèmes interagissent complétement, mais cela reste cependant un début de scénario de migration vers exchange.
Il est plus courant de voir du postfix en passerelle smtp frontal, mais n'hébergeant pas de boite aux lettres, où alors des BAL technique (spam, quarantaine, etc...).
- Marqué comme réponse Florin Ciuca lundi 26 mars 2012 12:08
- Marqué comme réponse Florin Ciuca lundi 26 mars 2012 12:15
-
Dans votre scénario, une partie des emails restent sur le PostFix alors qu'une autre à pour destination Exchange, le postfix étant en frontal.
Voici un exemple de scénario :
Côté Exchange :
- un receiveconnector qui accepte les connexions Anonymes en provenance de l'IP postix
- un sendconnector qui envoit * vers l'IP du postfix (si vous voulez le laisser en frontal)
- un sendconnector qui envoit votre domaine vers l'IP du postfix (pour les echanges d'email dans votre organisation)
- votre domaine accepté en mode Internal Relay
Côté Postfix :
- il faut inclure dans la table de transport les adresses emails côté Exchange avec votre HUB Exchange en smarthost.
Alternativement, vous pouvez créer un domaine fictif sur Exchange, et utiliser des mécanismes de translation d'adresse email sur postfix pour le routage.
- Marqué comme réponse Florin Ciuca lundi 26 mars 2012 12:08
Toutes les réponses
-
Bonjour,
On me demande d'installer du Exchange 2010 dans un premier temps que pour QUELQUES adresses emails de la société en sachant qu'il y a déja actuellement un serveur frontale postfix pour l'ensemble des comptes emails.
J'avoue avoir du mal à imaginer la conception de la mise en place d'un serveur exchange dans un réseau local où les emails viennent en frontale en postfix.
Pourriez vous m'aider sur l'idée de l'infrastucture ?
Merci
- Fusionné Florin Ciuca lundi 26 mars 2012 12:10 doublons
-
Bonjour,
Pour que votre demande sera plus visible par les experts Exchange , veuillez poster dans le forum destiné à la technologie Exchange : voici le lien http://social.technet.microsoft.com/Forums/fr-fr/1109/threads
Best regards
Bourbita Thameur
Microsoft Certified Technology Specialist: Windows Server 2008 R2,Server Virtualizaton- Modifié Thameur BOURBITAMVP, Moderator mercredi 21 mars 2012 09:51
-
-
-
Dans votre scénario, une partie des emails restent sur le PostFix alors qu'une autre à pour destination Exchange, le postfix étant en frontal.
Voici un exemple de scénario :
Côté Exchange :
- un receiveconnector qui accepte les connexions Anonymes en provenance de l'IP postix
- un sendconnector qui envoit * vers l'IP du postfix (si vous voulez le laisser en frontal)
- un sendconnector qui envoit votre domaine vers l'IP du postfix (pour les echanges d'email dans votre organisation)
- votre domaine accepté en mode Internal Relay
Côté Postfix :
- il faut inclure dans la table de transport les adresses emails côté Exchange avec votre HUB Exchange en smarthost.
Alternativement, vous pouvez créer un domaine fictif sur Exchange, et utiliser des mécanismes de translation d'adresse email sur postfix pour le routage.
- Proposé comme réponse IT System jeudi 22 mars 2012 10:11
- Marqué comme réponse Florin Ciuca lundi 26 mars 2012 12:08
-
Dans votre scénario, une partie des emails restent sur le PostFix alors qu'une autre à pour destination Exchange, le postfix étant en frontal.
Voici un exemple de scénario :
Côté Exchange :
- un receiveconnector qui accepte les connexions Anonymes en provenance de l'IP postix
- un sendconnector qui envoit * vers l'IP du postfix (si vous voulez le laisser en frontal)
- un sendconnector qui envoit votre domaine vers l'IP du postfix (pour les echanges d'email dans votre organisation)
- votre domaine accepté en mode Internal Relay
Côté Postfix :
- il faut inclure dans la table de transport les adresses emails côté Exchange avec votre HUB Exchange en smarthost.
Alternativement, vous pouvez créer un domaine fictif sur Exchange, et utiliser des mécanismes de translation d'adresse email sur postfix pour le routage.
- Marqué comme réponse Florin Ciuca lundi 26 mars 2012 12:08
-
Ca a l'air vraiment excellent comme idée.
Par contre ce que j'ai du mal à comprendre c'est comment Exchange va pouvoir déterminer pour l'échange de collaboration (CALendriers,..) les utilisateurs @domaineentreprise.com qui sont dans EXCHANGE/AD et les autres utilisateurs toujours du même @domaineentreprise.com qui ne sont pas dans l'AD mais toujours en Postfix
-
Vous devez deja vérifier le système de messagerie installé sur le serveur où vous avez postfix, car celui ci n'est à la base qu'une passerelle SMTP, et ne dispose par exemple pas de service POP3 ou IMAP ; vous avez probablement une autre application installée pour cela.
L'inconvéniant de cette solution hybride, vous ne pourrez pas utiliser les forces de chaque systèmes pleinement (Free/Busy, partage, send as, send on behalf, etc. côté Exchange) si il n'est pas prévu que ces deux systèmes interagissent complétement, mais cela reste cependant un début de scénario de migration vers exchange.
Il est plus courant de voir du postfix en passerelle smtp frontal, mais n'hébergeant pas de boite aux lettres, où alors des BAL technique (spam, quarantaine, etc...).
- Marqué comme réponse Florin Ciuca lundi 26 mars 2012 12:08
- Marqué comme réponse Florin Ciuca lundi 26 mars 2012 12:15
-
-
Effectivement, il y a :
- un Serveur Postfix frontale
- Ensuite un second serveur "courrier" qui stocke les boites aux lettres.
- Enfin les clients MUA rappatrient par Thunderbird & Outlook les emails en POP.
--> Comme je l'ai indiqué, il y a aura 25% des utilisateurs qui veulent utiliser la collaboration d'Exchange et le reste comme avant.
--> Tout en sachant que l'on prévoit une transition évolutive dans le futur vers TOUT exchange....
---> Donc cela serait postfix toujours en frontale > suivi du serveur de stockage de boites aux lettres (MDA) (avec postfix aussi) > suivi d'Exchange 2010....
--> Est ce possible de me reproposer à nouveau un scénario par rapport à ce que je viens de vous expliquer :)
--> Ce que j'ai du mal à concevoir sur le serveur Exchange, c'est comment configurer que lorsque pierre@domaine.com envoit à jean@domaine.com et paul@domaine.com en même temps, en prenant compte que paul@domaine.com n'est pas dans Exchange mais sur le serveur postfix-MTA pour le rediriger....et jean@domaine.com sur le exchange
merci
- Modifié Nicolas C13160 jeudi 29 mars 2012 09:59
-
Gestion au niveau Postfix
- sur le postfix vous maintenez une liste des emails sur l'un des systèmes (Courrier ou Exchange), que vous rajoutez dans la table de transport Postfix
- tous les emails qui n'apparaissent pas dans la table de transport seront routés vers le système qui n'est pas synchronisé
- Si vous arrivez à synchroniser les emails valides des deux systèmes, vous pouvez rejeté les emails qui n'ont pas de destinataire valide au niveau du Postfix, et distribué directement les emails au bon système de messagerie.
La gestion d'un tel système peut être assez compliqué, mais il est possible de créer des scripts de synchronisation qui permettent d'automatiser la gestion de la table de transport.
Au niveau Messagerie pour le courrier sortant
Le problème est la distribution du courrier à destination de votre domaine, mais dans l'autre système de messagerie, donc les flux Exchange -> Courrier et Courrier -> Exchange.
-
Sur Exchange :
- vous configurez le domaine accepté sur Exchange en Internal Relay
- Vous rajoutez un SendConnector de votre domaine vers le serveur Courrier
- Vous rajoutez un ReceiveConnector sur les HUB avec l'IP du serveur Courrier + Permission : Anonyme
Un email à destination de votre domaine mais qui n'existe pas dans Exchange sera envoyé sur le serveur Courrier.
Sur Courrier
- Je ne peux pas vous aider sur ce point, il faudra trouver un système équivalent au mode Internal Relay d'Exchange.