Кажется, маршруты для domains-relayto в mailertable игнорируются - exim (за
натом) пытается соединиться самим с собой по внешнему IP, найденному в
публичном DNS для своего хоста в качестве MX 10.
2015-02-13 15:34 GMT+02:00 Victor Ustugov <victor на corvax.kiev.ua>:
> Alexandr Usov wrote:
> > В инструкции http://mta.org.ua/exim-4.83-conf/m4/README-UTF8> >
> > Указаны ссылки на версию конфигуратора для версии/ветки 4.76
> >
> > http://mta.org.ua/exim-4.76-conf> >
> > Это не обновленные README или реально каталог один на обе ветки?
>> не может быть один каталог на обе ветки
>> README я поправил
>>> > 2015-02-12 23:19 GMT+02:00 Victor Ustugov <victor на corvax.kiev.ua> > <mailto:victor на corvax.kiev.ua>>:
> >
> > Victor Ustugov wrote:
> >
> > >>> Клиентский домен сейчас припаркован у Яндекса.
> > >>> Готовлю сервер для переезда, и хочу сделать так, чтобы Exim в
> > качестве
> > >>> основного МХ-а какое-то время доставлял еще почту и на Яндекс, и
> на
> > >>> почтовый сервер клиента.
> > >>>
> > >>> Домен клиента указан в domains-relayto (в domains-local не
> указываю,
> > >>> т.к. почтовые ящики на удаленном сервере Zimbra).
> > >>> Подскажите, как правильно настроить маршрутизацию?
> > >>
> > >> готового ничего нет.
> >
> > ...
> >
> > > если после этого почта будет доставляться корректно в соответствии
> с
> > > задачей, то нужно будет думать, как обозвать этот новый функционал
> > и как
> > > его описать в m4/conf.default, т. к. он уже не будет иметь
> отношения к
> > > резервному копированию почты.
> > >
> > > возможно придется для mailertable реализовать тип маршрута
> shadow_smtp
> > > или что-то в этом духе.
> >
> > реализован новый тип маршрута для mailertable - shadowsmtp
> >
> > включается использование shadowsmtp маршрутов с помощью переменной
> > confMAILERTABLE_SHADOWSMTP:
> >
> > define(`confMAILERTABLE_SHADOWSMTP', `YES')
> >
> > сам маршрут в mailertable (его значение) задается также, как и smtp
> > маршрут (можно указывать несколько хостов, разделенных двоеточиями,
> > можно указывать нестандартный номер порта через два двоеточия, также
> в
> > качестве значения маршрута можно указывать домены с суффиксами /MX и
> > /bestMX).
> >
> > в случае использования значений `TEXT' и `DBM' для confMAILERTABLE
> после
> > домена (или полного адреса получателя) нужно указать суффикс
> "|shadow":
> >
> > domain.tld|shadow : shadowsmtp : host1 : host2
> >
> >
> > в случае реализации запроса без суффикса было возможно использовать
> > такой shadowsmtp маршрут только в случае, когда основная доставка
> почты
> > данного домена производилась по MX'ам роутером dnslookup.
> >
> > в случае же, если основная доставка производится по SMTP или LMTP с
> > использованием ручного маршрута, указанного в mailertable, поиск с
> > помощью wildlsearch вернет только первую найденную строку.
> > соответственно, пришлось делать строки уникальными для основного
> > маршрута и для shadowsmtp маршрута.
> >
> > т. о. пример mailertable для случая из этого обсуждения будет
> > выглядеть так:
> >
> > клиентский_домен|shadow : shadowsmtp : клиентский_сервер
> > клиентский_домен : smtp : mx.yandex.ru <http://mx.yandex.ru>
> >
> >
> > данная схема не позволяет указать более одного shadowsmtp маршрута
> для
> > каждого домена. если такой функционал вдруг кому-то понадобится, его
> > нужно будет реализовывать отдельно.
> >
> > в случае, если в качестве значения confMAILERTABLE используется
> `MYSQL'
> > или `SQLITE', то запросы для получения shadowsmtp маршрута нужно
> > указывать в переменных confMAILERTABLE_SHADOW_MYSQL и
> > confMAILERTABLE_SHADOW_SQLITE соответственно.
> >
> >
> > и последнее замечание: действие переменной
> > confMAILERTABLE_SMTP_SKIP_LOCALDOMAINS, отвечающей за исключение
> > локальных доменов из доставки по ручным smtp маршрутам,
> распространяется
> > и на shadowsmtp маршруты.
> >
> > т. е. если с помощью shadowsmtp маршрутов нужно будет
> маршрутизировать
> > копии локально доставляемых писем, то нужно будет присваивать
> переменной
> > confMAILERTABLE_SMTP_SKIP_LOCALDOMAINS значение `NO'.
> >
> >
> > --
> > Best wishes Victor Ustugov mailto:victor на corvax.kiev.ua> > <mailto:victor на corvax.kiev.ua>
> > public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc> > ICQ UIN: 371808614 JID: corvax_at_nb на jabber.corvax.kiev.ua> > <mailto:corvax_at_nb на jabber.corvax.kiev.ua>
> > nic-handle: CRV-UANIC
> >
> > _______________________________________________
> > exim-conf mailing list
> > exim-conf на mta.org.ua <mailto:exim-conf на mta.org.ua>
> > http://mta.org.ua/mailman/listinfo/exim-conf> > http://mta.org.ua/exim-conf/> > http://mta.org.ua/exim-conf/m4/README> > rsync://rsync.mta.org.ua/exim-conf/ <
>http://rsync.mta.org.ua/exim-conf/>
> >
> >
> >
> >
> > _______________________________________________
> > exim-conf mailing list
> > exim-conf на mta.org.ua> > http://mta.org.ua/mailman/listinfo/exim-conf> > http://mta.org.ua/exim-conf/> > http://mta.org.ua/exim-conf/m4/README> > rsync://rsync.mta.org.ua/exim-conf/> >
>>> --
> Best wishes Victor Ustugov mailto:victor на corvax.kiev.ua> public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc> ICQ UIN: 371808614 JID: corvax_at_nb на jabber.corvax.kiev.ua> nic-handle: CRV-UANIC
>> _______________________________________________
> exim-conf mailing list
>exim-conf на mta.org.ua>http://mta.org.ua/mailman/listinfo/exim-conf>http://mta.org.ua/exim-conf/>http://mta.org.ua/exim-conf/m4/README>rsync://rsync.mta.org.ua/exim-conf/----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mta.org.ua/pipermail/exim-conf/attachments/20150214/1d88a251/attachment-0001.html>