|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Serge 2:5020/400 25 Apr 2005 06:11:26
To : damir bikmuhametov
Subject : Re: недоступность пеpвичных mx (was: обpатная зона опять)
--------------------------------------------------------------------------------
Когда часы показывали Sat, 23 Apr 2005 15:05:24 +0400
"damir bikmuhametov", a.k.a. "DB", писал(а) о "недоступность пеpвичных
mx (was: обpатная зона опять)":
S>> Смысл экономический. Как пpавило, пеpвичный MX - в пользовании у
S>> клиента, а втоpичный - может быть у пpовайдеpа.
S>> И если у пpовайдеpа локальный тpаффик не считается...
DB> 2serge: товаpищ, зачем в таком случае вообще свою машину в dns mx'ом
DB> сувать? укажите единственным mx'ом пpовайдеpский и все. pаз уж он
DB> согласился pелеить для вас почту, то вписать еще одну стpочку в
DB> конфигуpацию его точно не напpяжет.
Интересно, указание _технической_ возможности - это уже признак
использования? Откуда ж я знаю, зачем кому конкретно это нужно?
Технически у провайдера может быть одна настройка на всех своих
клиентов - к примеру, для того же postfix - указание принимать
для relay почту своим поддоменам делается вообще одной строчкой.
DB> mx - это табличка для дpугих: "почту слать мне". ну и какого [beep]
DB> вешать такую табличку, если почту пpинимать не собиpаетесь? в
DB> пpиличном обществе за такое канделябpом...
Будто бы я не знаю, что такое MX...
В общем, оно, конечно же, несколько "неэтично" указывать сервером
недоступный адрес, но если таким образом происходит некоторая
(а то и значительная) экономия траффика, то это уже может быть
существенным для того, чтобы так делать.
Как правило, указывать самому провайдеру в своих настройках более
того, что уже настроено - принимать почту для своих клиентов - не
нужно. Потому как сам механизм работы отправки почты урегулирует
данный вопрос.
Итак, условия задачки:
1) у провайдреа (пусть provider.ru, выделенный диапазон ip -
192.168.24.0/22) настроено принимать для relay почту на домены
*.provider.ru.
2) имеется "проблеммный" клиент с выделенной ему на управление
DNS зоной client.provider.ru и ip-адресами 192.168.25.32/28.
Клиент указывает в своей зоне
. IN MX 5 mx.client.provider.ru.
. IN MX 10 mail.provider.ru.
При этом в настройках (пусть iptables) пишет
-A INPUT -s ! 192.168.24.0/22 -dport 25 -j REJECT --reject-with tcp-reset
Для гарантированной доставки почты провайдеру ничего более
настраивать не нужно, так?
Ваших познаний работы почтового сервера должно быть достаточно,
чтобы произвести необходимые "симуляции" процесса доставки почты.
Понятно, что в данном случае выгоднее использовать views у
bind9, но это не каждому известно.
PS: мдаа. а ведь не хотел ругаться...
--- ifmail v.2.15dev5.3
* Origin: Member ID not found! (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
