Тестирование почтового сервера перед миграцией
Смотрите на это ПРАКТИЧЕСКОЕ РУКОВОДСТВО: http://www.openvpn.net/index.php/open-source/documentation/howto.html#pki - Установка Вашего собственного Центра сертификации (CA) и генерация сертификатов и ключей для сервера OpenVPN и нескольких клиентов
это, вероятно, что Вы хотите... при окончании его, у Вас должно быть в Вашей конфигурации сервера что-то вроде этого (среди других):
приблизительно сертификат ca.crt server.crt ключ server.key
Во-первых, обязательная кавычка joeqwerty: "ЗАПИСИ DNS НЕ ЯВЛЯЮТСЯ PROPOGATED, ОНИ КЭШИРУЮТСЯ".
Вы могли протестировать новую запись MX путем создания зоны в Вашем сервер DNS, используемый другим почтовым сервером, соответствующим имени домена и помещающим новую запись MX в ту зону, эффективно "превзойдя" любой Интернет сервер DNS для целевого домена. Затем Вы могли послать электронное письмо через этот почтовый сервер, таким образом, что это будет использовать запись MX, указанную в зоне, размещенной ее сервером DNS. Конечно, это подразумевает, что Вы управляете сервером DNS, используемым этим гипотетический другой почтовый сервер. Это - почти столь же реалистический тест, о котором я могу думать. Convolulted, но реалистичный.
Удостоверьтесь, что Вы выполнили переговоры SMTP против нового почтового сервера с помощью TELNET и проверили, что сервер поставляет электронную почту правильно. Также удостоверьтесь, что сервер, если это находится позади брандмауэра NAT, имел порт TCP 25 правильно переданный от его общедоступного IP до его частного IP (т.е. протестируйте его с TELNET от где-нибудь вне Вашей LAN).
Если Вы сделали все, что Вы, вероятно, хороши для движения.