URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 23336
[ Назад ]
Исходное сообщение
"DNS+Sendmail=долгое ожидание.Перепробовал многое...."
Отправлено teebot , 22-Ноя-02 16:45 
Здравствуйте.
Помогите разобраться с sendmail`ом.
Этот вопрос неоднократно поднимался, но все что там описано я перепробовал.
Значит ситуация следующая:
есть сервер Линукс Шапка 7.3, на нем поднат ДНС + DHCP и sendmail.
Проблема в том что при отправки письма во внешний мир идет большая задержка и письмо обрывается по таймауту. Если соединиться с сервером по телнету на 25 порт и дать все команды типа helo, mail from и rcpt to, то после rcpt to наступает долгая пауза но все таки письмо уходит.
Если ДНС не запускать все проходит мгновенно.

Пробовал поставить FEATURE ('nodns')dnl, не помогло.
Пробовал FEATURE ('accept_unresolvable_domains')dnl, не помогло.
Sendmail естественно после изменений перезапускал.

Что еще можно сделать что бы отучить его от ДНС.

З.Ы. Что бы избежать излишенго флейма, сказу сразу, после добавления в sendmail.mc напускал на него m4. Это что бы не подумали что не генерил .cf


ПОМОГИТЕ.
Спасибо.

Содержание
Сообщения в этом обсуждении
"RE: DNS+Sendmail=долгое ожидание.Перепробовал многое...."
Отправлено teebot , 22-Ноя-02 16:49 
Да и еще, FEATURE ('nodns')dnl и FEATURE ('accept_unresolvable_domains')dnl пробовал вместе и каждую отдельно.

Я так понимаю если бы у меня было постоянное соединение с нетом такой бы проблемыне было.
Но у меня dialup. :-((((((((((((

"RE: DNS+Sendmail=долгое ожидание.Перепробовал многое...."
Отправлено lavr , 22-Ноя-02 18:10 
>Да и еще, FEATURE ('nodns')dnl и FEATURE ('accept_unresolvable_domains')dnl пробовал вместе и каждую
>отдельно.
>
>Я так понимаю если бы у меня было постоянное соединение с нетом
>такой бы проблемыне было.
>Но у меня dialup. :-((((((((((((

так зачем голову морочишь, все что нужно сделать это договориться с
удаленной стороной использовать их в качестве SMART, иначе настраивай
долго-долго модем для устойчивого длительного соединения и кучу TIMEOUT'ов
в sendmail'е. Лучше SMART, тогда sendmail будет просто сваливать на
ближайший сервер всю твою почту и уже MTA сервера с постоянным коннектом
будет потеть вместо твоего sendmail'а.

Все.

"RE: DNS+Sendmail=долгое ожидание.Перепробовал многое...."
Отправлено teebot , 22-Ноя-02 18:27 
>>Да и еще, FEATURE ('nodns')dnl и FEATURE ('accept_unresolvable_domains')dnl пробовал вместе и каждую
>>отдельно.
>>
>>Я так понимаю если бы у меня было постоянное соединение с нетом
>>такой бы проблемыне было.
>>Но у меня dialup. :-((((((((((((
>
>так зачем голову морочишь, все что нужно сделать это договориться с
>удаленной стороной использовать их в качестве SMART, иначе настраивай
>долго-долго модем для устойчивого длительного соединения и кучу TIMEOUT'ов
>в sendmail'е. Лучше SMART, тогда sendmail будет просто сваливать на
>ближайший сервер всю твою почту и уже MTA сервера с постоянным коннектом
>
>будет потеть вместо твоего sendmail'а.
>
>Все

SMART я прописал.

"RE: DNS+Sendmail=долгое ожидание.Перепробовал многое...."
Отправлено teebot , 22-Ноя-02 18:32 
Думаю самое простое это убрать ДНС.
Но такой вариант неприемлем, не для того я его так долго настраивал.

Не верю что нет решения этой проблемы.

"RE: DNS+Sendmail=долгое ожидание.Перепробовал многое...."
Отправлено Skif , 22-Ноя-02 22:03 
>Думаю самое простое это убрать ДНС.
>Но такой вариант неприемлем, не для того я его так долго настраивал.
>
>
>Не верю что нет решения этой проблемы.


Просмотри МХ-записи

"RE: DNS+Sendmail=долгое ожидание.Перепробовал многое...."
Отправлено teebot , 23-Ноя-02 08:46 
>>Думаю самое простое это убрать ДНС.
>>Но такой вариант неприемлем, не для того я его так долго настраивал.
>>
>>
>>Не верю что нет решения этой проблемы.
>
>
>Просмотри МХ-записи

присудствуют однозначно, nslookup это показывает.

"RE: DNS+Sendmail=долгое ожидание.Перепробовал многое...."
Отправлено Nightman , 24-Ноя-02 14:10 
>>>Думаю самое простое это убрать ДНС.
>>>Но такой вариант неприемлем, не для того я его так долго настраивал.
>>>
>>>
>>>Не верю что нет решения этой проблемы.
>>
>>
>>Просмотри МХ-записи
>
>присудствуют однозначно, nslookup это показывает.
Настрой форвардинг днс запросов на провайдера..Возможно проблема в долгом резольвинге. Или вообще используй днс провайдера в резолв.конф.так даж проще и лучше. А можно нескромный вопрос зачем тебе диалапщику свой днс сервер? :)


"RE: DNS+Sendmail=долгое ожидание.Перепробовал многое...."
Отправлено teebot , 24-Ноя-02 14:43 
Я видимо не все уточнил.
Во-первых первое за что взялся после установки Линуха, это как раз за ДНС и DHCP. Задача состояла в том что бы DHCP апдейтил прямую и обратную зону. У меня ресолвиться как сам сервер, так и хосты прописаные DHCP (проверял nslookup).
> set type=ANY
> my_domain
выдыет все:
SOA {
все таймауты
}
NS записи
MX записи.

Дело в том что в тот момент когда я отправляю почту я к ИНЕТу не подключен. Как же он может хоть что-нибудь разресолвить? Мне нужно что бы оно ставило в очередь, если не может разресолвить.

FEATURE ('nodns')dnl не заканало потому что m4 не нашел какого-то конфига.

Но я выкрутился по-другому, я скинул все таймауты связанные с ресолвом в 0:
confTO_RESOLVER_RETRANS
confTO_RESOLVER_RETRANS_FIRST
confTO_RESOLVER_RETRANS_NORMAL
confTO_RESOLVER_RETRY
confTO_RESOLVER_RETRY_FIRST
confTO_RESOLVER_RETRY_NORMAL


И все заработало.

Но теперь надо попробоватьне будет ли проблем с пересылкой почты через SMART_HOST.