У нас есть 2 почтовых сервера Exchange 2003 (mail_old и mail_new) в той же административной группе. mail_new есть один пользователь, а mail_old есть все наши пользователи и выходят в Интернет. Для рассылки электронных писем мы используем службу Google Postini.
Проблема, с которой мы сталкиваемся, заключается в том, что электронные письма пользователю mail_new находятся в очереди с именем mail_new.domain.local, а не для местной доставки.
Используя центр отслеживания сообщений, отмечаются следующие события:
SMTP: Message Submitted to Advanced Queuing
SMTP: Started Message Submission to Advanced Queue
SMTP: Message Submitted to Categorizer
SMTP: Message Routed and Queued for Remote Delivery
STMP: Started Outbound Transfer of Message
Поэтому я думаю, что проблема в том, что письмо должно стоять в очереди для местной доставки, но это не так. Есть какие нибудь идеи как это починить?
Еще немного информации. Наш виртуальный SMTP-сервер на обоих почтовых серверах использует сервер Postini в качестве интеллектуального хоста. У нас есть 1 коннектор SMTP со следующими настройками:
Address Spaces
domain.co.uk
domain.local
Connector scope : Entire Organization
Allow messages to be relayed to these domains : unchecked
Use DNS to route to each address space on this connector : checked
Local Bridgeheads
mail_old "Default SMTP Virtual Server"
Есть идеи?
Вы не хотите указывать смарт-хост на виртуальных SMTP-серверах. Вот почему ваша почта не доставляется между серверами. Вы можете подумать, что ваш SMTP-коннектор «переопределит» настройки виртуальных SMTP-серверов, но это не так.
У Postini проблемы с доставкой через коннектор SMTP. На самом деле они не выполняют функцию промежуточного хранения - они действуют скорее как прокси уровня 7 между удаленным конечным SMTP-сервером и отправляющим SMTP-сервером. Например, если удаленный SMTP-сервер отклонил получателя, Postini вернет ошибку, которая переводит коннектор SMTP в состояние повторной попытки, «забивая» очередь коннектора SMTP. Они не изменили это поведение, поэтому вам придется прибегнуть к глупым уловкам с настройкой, чтобы обойти их повреждение мозга.
Изменить. Вот некоторые сведения о том, в чем заключалась проблема Postini в прошлом. Я знаю, что так было и в 2007 году, но я не знаю, отказались ли они от этого и сделали свой сервис настоящим сервисом с промежуточным хранением или нет: http://groups.google.com/group/microsoft.public.exchange.admin/msg/9155c2fb5a0c3238
Изменить 2: посмотрите руководство здесь: http://www.postini.com/webdocs/outbound/en/outbound_config_en.pdf
Postini, по-видимому, по-прежнему тупой и полностью поврежденный мозг. Они хотят, чтобы вы совершали безумные колебания (и, честно говоря, они заставляют вас напортачить, как должен работать Exchange), чтобы ваша почта доставлялась им без использования коннектора SMTP в среде Exchange 2003, потому что они ПО-ПРЕЖНЕМУ не только с промежуточным хранением.
По сути, вместо того, чтобы позволить вам использовать встроенные функции в коннекторе SMTP в Exchange (и позволять механизму маршрутизации Exchange принимать наилучшие решения о том, как перемещать почту между серверами в многосерверной среде), они хотят, чтобы вы создать патч-слово для виртуальных серверов SMTP с включенными промежуточными узлами и разрешенной ретрансляцией, что фактически завершает выполнение функции маршрутизации в Exchange.
Дебилы.
Независимо от конфигурации внешнего провайдера, как правило, вам не нужно настраивать smarthosts на виртуальном SMTP-сервере. Это направляет всю почту, покидающую сервер, через этот виртуальный сервер, а не покидает среду Exchange. Вместо этого настройте любой необходимый смарт-хост на соответствующем SMTP-коннекторе для группы маршрутизации.