The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Прием почты для домена двумя серверами, !*! CyberOnix, 10-Янв-07, 18:33  [смотреть все]
Всем привет!

Есть такой вопрос: имеется домен domain.ru.
В mx записях есть такое:
mx 10 server1
mx 20 server2

На сервере server1 должна оседать почта для пользователей, получающих почту снаружи. Они заведены как локальные пользователи и etc.
Есть пользователи офиса, для которых почта пробрасывается внутрь, на локальные сервера.

Есть сервер server2, который обслуживает филиальные домены.

Хочется сделать следующее: отказаться от проброса почты внутрь server1 и перенести эту задачу на server2. Server1 будет обслуживать только внешних пользователей. Но для этого требуется, что бы при входящем письме, server1, не найдя у себя локально такого пользователя, либо делал reject с сообщением куда отправлять почту для этого пользователя (но что то я в стандарте не нашел такого), либо просто делал reject, а сервер отправителя сам пробовал доставить на вторую mx запись (по стандарту это должно работать, однако в тестовых условиях не удалось увидеть такого поведения: сервер отправителя получив reject сразу же сгенерил сообщение о невозможности доставки), либо server1 должен будет пересылать всю неизвестную почту на server2 (но это не очень приятно, в связи с увеличением трафика - ведь он будет пересылать спам и для несуществующих адресов)

Может быть у кого-нибудь есть мысли как можно это все таки реализовать?

  • Прием почты для домена двумя серверами, !*! guest, 19:19 , 10-Янв-07 (1)
    В принципе  хотельсь бы знать каой MTA  используется (для конкретики)
    На exim  можно попробывать  smarthost
    smarthost:
    driver = domainlist
    transport = remote_smtp
    route_list = * lll.domain.ru

    после  проверки локальнах пользователей

    >Всем привет!
    >
    >Есть такой вопрос: имеется домен domain.ru.
    >В mx записях есть такое:
    >mx 10 server1
    >mx 20 server2
    >
    >На сервере server1 должна оседать почта для пользователей, получающих почту снаружи. Они
    >заведены как локальные пользователи и etc.
    >Есть пользователи офиса, для которых почта пробрасывается внутрь, на локальные сервера.
    >
    >Есть сервер server2, который обслуживает филиальные домены.
    >
    >Хочется сделать следующее: отказаться от проброса почты внутрь server1 и перенести эту
    >задачу на server2. Server1 будет обслуживать только внешних пользователей. Но для
    >этого требуется, что бы при входящем письме, server1, не найдя у
    >себя локально такого пользователя, либо делал reject с сообщением куда отправлять
    >почту для этого пользователя (но что то я в стандарте не
    >нашел такого), либо просто делал reject, а сервер отправителя сам пробовал
    >доставить на вторую mx запись (по стандарту это должно работать, однако
    >в тестовых условиях не удалось увидеть такого поведения: сервер отправителя получив
    >reject сразу же сгенерил сообщение о невозможности доставки), либо server1 должен
    >будет пересылать всю неизвестную почту на server2 (но это не очень
    >приятно, в связи с увеличением трафика - ведь он будет пересылать
    >спам и для несуществующих адресов)
    >
    >Может быть у кого-нибудь есть мысли как можно это все таки реализовать?
    >


    • Прием почты для домена двумя серверами, !*! iasb, 22:25 , 10-Янв-07 (2)
      >>На сервере server1 должна оседать почта для пользователей, получающих почту снаружи. Они
      >>заведены как локальные пользователи и etc.
      >>Есть пользователи офиса, для которых почта пробрасывается внутрь, на локальные сервера.
      >>
      >>Есть сервер server2, который обслуживает филиальные домены.
      >>

      так и делать

      ставить сервер 3, выпихивать его в Инет, на нем ставить спаморезалку и  на нем и делать разборку куда-кого

      а вариации - "мы того пустим, а по поводу этого - пусть сам отправитель парится - мы ему на 2 минуты откажем" - вообще ничего получать не будете - будет помирать у отправителя с припиской "ERROR 889" - не доставлено по причине глупости политики принимающей стороны.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру