Это уже какое-то время бьет меня по заднице, и я обращаюсь за помощью. Вот сценарий: есть 1 сервер Exchange 2003, который живет на mail.example.com. Он имеет 1 виртуальный SMTP-сервер и 1 SMTP-коннектор. Коннектор настроен для пересылки всей почты через внешний фильтр спама.
Я хочу настроить систему билетов (JIRA), которая будет находиться на виртуальной машине в той же локальной сети, что и Exchange, и должна получать только внутреннюю почту, предназначенную для jira@jira.example.com. Таким образом, у меня будет список рассылки на бирже it-support@example.com, в котором будет контактный член jira@jira.example.com. Из того, что я прочитал, мне нужен еще один SMTP-коннектор, настроенный при обмене, чтобы обрабатывать исходящую почту, предназначенную для jira.example.com. Postfix будет принимающим почтовым сервером для jira.example.com. Пока что я с трудом вижу какие-либо признаки того, что почта направляется в Postfix, но отказов нет. Пожалуйста, дай мне знать, что ты думаешь. Вот моя попытка диаграммы :) http://nulledge.info/display/NTS/Example.com+mail+routing
Проблема: мне не удается отправить обмен на postfix.
Вопрос: Как лучше всего проверить, что Exchange действительно пытается доставить сообщение в Postfix и не отбрасывает его?
Вопрос № 2: В описанном сценарии будет ли exchange считаться «ретранслятором» для postfix? Большое спасибо заранее!
Exchange настроен для отправки электронной почты через смарт-хост
Пара вещей:
Exchange Server 2003 не является автоматически авторизованным для поддоменов, каковым является jira.example.com.
Есть несколько различных способов выполнить то, что вам нужно, подробно описано здесь:
http://support.microsoft.com/kb/321721
Третий способ, который, на мой взгляд, проще:
Создайте внутреннюю зону DNS для jira.example.com.
Создайте запись A для сервера Postfix в зоне jira.example.com.
Создайте запись MX в зоне jira.example.com, которая указывает на запись Postfix A.
Этот метод оставляет ваш сервер Exchange свободным от политики получателей и коннектора SMTP. Думаю, это чище и проще. Единственное предостережение: если у вас есть внешний субдомен в зоне DNS example.com для jira (jira.example.com), тогда внутреннее разрешение DNS RR для jira.example.com будет нарушено.