le >I sont conformes également totalement à vous que Y ne devrait pas « stocker » des email, mais plutôt « Store&Forward » comme vous avez mentionné.
Je présume est qui ce que vous avez eu l'intention de dire ?
---
Pour ajouter juste un peu plus à mon commentaire précédent tandis que je suis ici : -
Si le domaine étaient fred.com puis vous pourriez installer
10 mail.fredx.com
20 mail.fredy.com
là où 10, 20 sont des priorités de MX et des points de mail.fredx.com à X ; et points de mail.fredy.com au Y. Vous enregistrez le domaine fredy.com et placez cela jusqu'au point seulement au Y.
(1) maintenant quand un courrier frappe le domaine de fred.com, il ou obtient conduit à X (état de la question normal), ou il va au serveur d'enregistrement et transfert sur Y.Y est installé pour expédier des email reçus sur fred.com de nouveau à X quand on s'avère que X est en hausse.
(2) quand un courrier est traité correctement près X, il y a une règle globale dans là qui copie tout le courrier au Y. Ainsi si quelqu'un a écrit un email à
[email protected] qu'il obtiendra copié à Y, mais le faire que le Domain Name doit être changé en fredy.com (autrement se pliera en arrière sur lui-même, vous pourrait en fait employer les email address qui emploient des coquilles de domaine pour indiquer directement Y par exemple, le jim@ [a.b.c.d] où a.b.c.d est l'IP address où mail.fredy.com réside). Ainsi la règle copiera le courrier à
[email protected] à
[email protected]. Y reçoit l'email et le perçoit pour être distinct de son « magasin et pour expédier » le rôle et le manoeuvrera donc dans la boîte aux lettres appropriée (jim).
Je pensais que la manière de traiter le courrier avec lequel est venu à Y « recipient=fred.com » serait d'installer une règle qui a indiqué « si le courrier est marqué pendant que recipient=fred.com alors envoient une copie au même destinataire chez fredy.com ». Ceci traiterait alors toutes les éventualités.
Le point faible dans la chaîne maintenant serait le centre serveur de vos disques de DNS.
