el >I también conviene total con usted que Y no debe “almacenar” email, pero algo “Store&Forward” como usted mencionó.
¿Presumo que es lo que usted se prepuso decir?
---
Apenas para agregar un poco más a mi comentario anterior mientras que estoy aquí: -
Si el dominio era fred.com entonces usted puede ser que fije
10 mail.fredx.com
20 mail.fredy.com
donde están prioridades del MX y puntos 10, 20 de mail.fredx.com a X; y puntos de mail.fredy.com al Y. Usted coloca el dominio fredy.com y fija eso hasta punto solamente al Y.
(1) ahora cuando un correo golpea el dominio de fred.com, o consigue encaminado a X (situación normal), o va al servidor de memorización en Y.Y se fija para remitir los email recibidos en fred.com de nuevo a X cuando X se demuestra estar para arriba.
(2) cuando un correo se ocupa correctamente cerca de X, hay una regla global en allí que copia todo el correo al Y. Tan si alguien ha escrito un email a
[email protected] que conseguirá copiado a Y, pero hacerlo que el Domain Name tiene que ser cambiado a fredy.com (si no se plegará en sí mismo, usted podría de hecho utilizar los email address que utilizan literales del dominio para señalar directo a Y e.g., el jim@ [a.b.c.d] donde está el IP address a.b.c.d donde reside mail.fredy.com). La regla copiará tan el correo a
[email protected] a
[email protected]. Y recibe el email y lo percibe para ser distinta de su “almacén y para remitir” papel y por lo tanto lo desviará en la caja apropiada (jim).
Pensaba que la manera de ocuparse del correo con el cual vino a Y “recipient=fred.com” sería fijar una regla que dijo “si se marca el correo mientras que recipient=fred.com después envían una copia al mismo recipiente en fredy.com”. Esto entonces se ocuparía de todas las eventualidades.
El punto débil en la cadena ahora sería el anfitrión de sus expedientes del DNS.
