il >I inoltre completamente è d'accordo con voi che Y non dovrebbe “immagazzinare„ i email, ma piuttosto “Store&Forward„ avete accennato.
Presumo che è che cosa avete inteso dire?
---
Per aggiungere appena un po'più al mio commento precedente mentre sono qui: -
Se il dominio fosse fred.com allora potreste installare
10 mail.fredx.com
20 mail.fredy.com
dove 10, 20 sono priorità del MX e punti di mail.fredx.com alla X; e punti di mail.fredy.com al Y. Registrate il dominio fredy.com e regolate quello fino a punto soltanto al Y.
(1) ora quando una posta colpisce il dominio di fred.com, o ottiene diretto alla X (situazione normale), o va al deposito e l'assistente di andata sul Y Y è installato per trasmettere i email ricevuti su fred.com di nuovo alla X quando la X si rivela essere in su.
(2) quando una posta si occupa correttamente vicino della X, ci è una regola globale in là che copia tutta la posta al Y. Così se qualcuno scriva un email a
[email protected] che otterrà copiato a Y, ma farlo che il Domain Name deve essere cambiato a fredy.com (altrimenti piegherà indietro su se, voi potrebbe in effetti usare i email address che usano le costanti letterali di dominio per indicare direttamente Y per esempio, jim@ [a.b.c.d] dove a.b.c.d è il IP address dove mail.fredy.com risiede). Così la regola copierà la posta a
[email protected] a
[email protected]. Y riceve il email e lo percepisce per essere distinto dal relativo “deposito & per trasmettere„ il ruolo e quindi lo deriverà nella cassetta postale adatta (jim).
Stavo pensando che il senso occuparsi di posta che è venuto a Y con “recipient=fred.com„ fosse di installare una regola che ha detto “se la posta è contrassegnata mentre recipient=fred.com quindi inviano una copia allo stesso destinatario a fredy.com„. Ciò allora si occuperebbe di tutte le eventualità.
Il punto debole della catena ora sarebbe l'ospite delle vostre annotazioni di DNS.
