>I auch übereinstimmen total mit Ihnen, dass Y eMail „nicht speichern sollte“, aber eher „Store&Forward“, wie Sie erwähnten.
Ich voraussetze e, der ist, was Sie beabsichtigten, zu sagen?
---
Mehr meiner vorhergehenden Anmerkung gerade ein bisschen hinzufügen, während ich hier bin: -
Wenn das Gebiet fred.com dann waren, konnten Sie gründen
10 mail.fredx.com
20 mail.fredy.com
wo 10, 20 MX-Prioritäten und mail.fredx.com-Punkte zu X sind; und mail.fredy.com-Punkte zu Y. Sie registrieren das Gebiet fredy.com und einstellen das bis zum Punkt nur auf Y. ur.
(1) jetzt, wenn eine Post das fred.com-Gebiet schlägt, erhält es entweder auf X (normale Sachlage) verlegt, oder es geht zum Speichervermittlungsbediener auf Y.Y gegründet, um die eMail nachzuschicken, die auf fred.com zurück zu X empfangen, wenn X nachgewiesen, oben zu sein.
(2) wenn mit eine Post richtig vorbei X beschäftigt, gibt es eine globale Richtlinie in dort, die alle Post zu Y. kopiert. So, wenn jemand eine eMail zu
[email protected] geschrieben, das sie zu Y kopiert erhält, aber, dass das Domain Name zu fredy.com geändert werden muss (andernfalls, es zu tun faltet zurück auf sich, Sie könnte email address tatsächlich verwenden, die Gebietsdruckfehler verwenden, um direkt auf Y z.B. zu zeigen, jim@ [a.b.c.d] wo a.b.c.d das IP address ist, in dem mail.fredy.com liegt). So kopiert die Richtlinie Post zu
[email protected] zu
[email protected]. Y empfängt die eMail und empfindet sie, um von seinem „Speicher eindeutig zu sein u. Rolle nachzuschicken“ und zurückstellen sie folglich in den passenden Briefkasten le (Jim).
Ich dachte, dass die Weise, Post zu beschäftigen, der zu Y mit „kam, recipient=fred.com“, eine Richtlinie zu gründen sein, die „sagte, wenn Post markiert, während recipient=fred.com dann der gleichen Empfänger eine Kopie bei fredy.com schicken“. Dieses beschäftigen dann alle Möglichkeiten.
Das schwache Glied in der Kette jetzt sein der Wirt Ihrer DNS-Aufzeichnungen.
