Каково различие между 3-разрядными и точечными кодами ошибок SMTP?
Если необходимо регулярно делать это или иметь различных людей, использующих VNs, также рассматривают решения для сервера (VMware, Виртуальный сервер/Hyper-V...).
Который является лучшим доступным VM теперь?
Различные продукты имеют различные цены, требования к аппаратным средствам, сложность, функциональность.... Нет никакого единственного "лучшего" решения. Это будет зависеть от деталей.
Можно моделировать 64-разрядную ОС на 32-разрядной машине с помощью этих VMs?
В некоторых случаях, да. Зависит от продукта.
Который будет хорошей конфигурацией для машин, которая устанавливает VM?
Я попытался бы базовая линия установки каждого VM и затем использовал бы differencing диски, чтобы позволить им быть обновленными. Снова "это зависит": если необходимо поддерживать WinXP SP2 и SP3, на нескольких языках Вам, возможно, понадобились бы много VMs. Не забывайте, что VMs должен будет сохраняться (антивирус, исправление...).
Есть ли какие-либо лучшие альтернативы?
Старым путем было или много машин, подкачивая жесткие диски, или большая установка ОС. Ни один не был да лучше.
Первые три цифры "550" являются кодом, который необходим для протокола SMTP. Это используется во время диалогового окна SMTP для обработки ошибок, успеха или отказов.
Точечная версия является так называемым расширенным кодом возврата. В этом коде можно указать более подробный ответ для людей или автоматизированных сценариев. Но они не необходимы, чтобы сервер SMTP работал.
Но в чем Вы нуждаетесь (когда Вы используете расширенные коды ошибок) числовой код ошибки, сопровождаемый данным затрещину. Не наоборот. И не только расширенный код ошибки без числового.
Значения не должны быть равными, но они должны соответствовать. Таким образом, Вы можете иметь "554 5.7.1 недоступных Сервисов". Оба должны запустить с 5, но не должны быть равны по последней части.
Обзор RFC 3463 предоставляет довольно хороший ответ - отмеченный точкой, современные стандартные, прямые коды ответа числа, стандарт прежней версии.Править: "наследие" является плохой формулировкой, поскольку старые коды все еще необходимы для передачи сигналов протокола, но не обеспечивают деталь новых кодов.
Существует потребность в стандартном механизме для создания отчетов почтовых системных ошибок, более богатых, чем ограниченный набор, предлагаемый SMTP и системой определенные текстовые описания, отправленные в сообщениях электронной почты. Существует срочная необходимость для богатого машиночитаемого, естественного языка независимый код состояния для использования в уведомлениях о состоянии доставки. Этот документ предлагает новый набор кодов состояния с этой целью.