>I также полно соглашается с вами что y не должен «хранить» электронная почта, но довольно «Store&Forward» по мере того как вы упомянули.
Я предполагаю вы предназначили сказать?
---
Как раз добавить бит больше к моему ранее комментарию пока я здесь: -
Если доменом было fred.com после этого, то вы могли setup
10 mail.fredx.com
20 mail.fredy.com
где 10, 20 будут приоритетами MX и пунктами mail.fredx.com к x; и пункты mail.fredy.com к Y. Вы регистрируете домен fredy.com и устанавливаете то до пункта только к Y.
(1) теперь когда почта ударяет домен fred.com, она или получает направленной к x (нормальному состоянию дел), или она идет к магазину и передний сервер на Y. y setup для того чтобы препровождать электронная почта полученные на fred.com назад к x когда доказаны, что будет x вверх.
(2) когда почта общана с правильно мимо x, будет глобальное правило в там которое копирует всю почту к Y. Так если кто-то писало электронная почта к
[email protected], котор оно получит скопированным к y, но сделать что имя домена должно быть изменено к fredy.com (в противном случае его сложит назад на себе, вас smogл в действительности использовать адресы электронная почта которые используют литералы домена для того чтобы указать сразу к y например, jim@ [a.b.c.d] где a.b.c.d будет адресом IP где mail.fredy.com пребывает). Так правило скопирует почту к
[email protected] к
[email protected]. Y получает электронная почта и воспринимает его для того чтобы быть определенн от своего «магазина & препровождать» роль и поэтому шунтирует его в соотвествующий почтовый ящик (jim).
Я думал дорога общаться с почтой пришл к y с «recipient=fred.com» будет setup правило сказало «если почта маркирована, то по мере того как recipient=fred.com тогда посылают экземпляр к такому же получателю на fredy.com». Это после этого общалось бы с всеми случайностями.
Слабым звеном в цепи теперь был бы хозяин ваших показателей DNS.
