Exchange, неспособный к релейной исходящей почте

Существует два альтернативных представления этого вопроса, и это - то, которое в конечном счете будет обсужденным навсегда. Я не собираюсь давать свое мнение (потому что я порван сам), но общие аргументы, которые обычно каждый путь:

  • Необходимо определить записи для реальных машин и затем сервисы CNAME на те машины. Это действительно заставляет его скорее очиститься относительно того, что то, что, и если необходимо перенумеровать, нет большого количества записей на изменение - просто записи машины. С другой стороны, это действительно увеличивает Вашу загрузку поиска DNS несколько, и "вспомогательный" дюйм/с (думайте SSL vhosts), не соответствуют аккуратно этой модели.

  • Буквальное значение "канонического имени" (CNAME) состоит в том, чтобы определить строгие псевдонимы того же имени (думать mail и smtp), и если у Вас есть многочисленные услуги, работающие на той же машине, у них должны все быть записи, потому что она уменьшает нагрузку на DNS, и некоторые сервисы (записи NS и, до меньшей степени, записей MX) действительно не впечатлены контактом с CNAMEs, поэтому если необходимо обработать те сервисы по-другому так или иначе, мы можем также сделать это для всего.

1
задан 18 June 2010 в 17:56
1 ответ

Средство просмотра очереди скажет Вам, почему Exchange чувствует, что это не может поставить. Выполнение сниффера и наблюдение трафика, генерируемого после того, чтобы вынуждать очередь повторить, могли бы дать Вам некоторое понимание, также. Сбой этого можно провернуть diagnostc вход, также. См. http://support.microsoft.com/kb/823489 для получения дополнительной информации о средстве просмотра очереди и диагностическом входе.

3
ответ дан 3 December 2019 в 19:40

Теги

Похожие вопросы