Тормозит отправка/получение почты в локальной сети. Сервер RedHat.

Попробуй прописать машины локальной сети и их IP адреса в /etc/hosts Хотя, может можно как-то и по другому....

Я вот какой нашел ответ по адресу http://www.redhat.com/support/resources/faqs/RH-sendmail-FAQ/x206.html

4.10 My clients sometimes get 30 to 40 second delays when they try and send mail through our mailhost, but it works fine other than this delay. We've checked everything and there just doesn't seem to be anything obviously wrong with our configuration. What else should we check? One place this problem arises from is when the ident daemon is being used to track the source of incoming connections. Try adding this to your macro config file on your mail host: define(`confTO_IDENT',`0s')dnl (note that this turns off ident).

Правда что-то пока все равно не получается... :(

Андрей

>Попробуй прописать машины локальной сети и их IP адреса в /etc/hosts

>Хотя, может можно как-то и по другому....

Спасибо, помогло. По крайней мере забираться почта по pop3 стала мгновенно.

Андрей

это очень известные грабли,причем рецепт лечения подходит не для всех, во первых, пропиши в /etc/hosts, это по pop3 даст скорость, во вторых, просмотри sendmail.cf на предмет таймаутов не только идента, а и всяких других, хотя официально в ФАКе ссылаются действительно только на идент, в третьих, подними кэширующий ДНС, при этом не должно быть фичи feature(no_dns), или подобной... дальше идут MTU/MRU, это уже дебри, должно быть без них, и, наконец, ничего из перечисленного может и не помочь:)(....

Хосты, конечно, помогают, но это не красиво :)
Мне помогла такая вешь: я прописал на сервере DNS (к которому почтовик обращается) PTR-запись для внутренего ip почтового сервера
На это меня натолкнули записи в почтовых логах:
pop3 service init from mail.server.ip.address (192.168.1.1)
то есть адрес сервера, а не юзерской тачки.

То есть ты почту забираешь с самого почтовика что-ли?
То есть коннектишься к 110 порту, находясь на самом почтовике?
Иначе последнюю строку никак трактовать по-моему нельзя.
Прчем тогда здесь винды?
В логах в строке port 100 service init from 1.2.3.4
1.2.3.4 - это клиент и никто другой.

Поднимай свой ДНС!! У меня такое было))

Точно, было такое на BlackCate пока не поставил DNS-сервер и не прописал обе зоны. Мне кажется sendmail именно обратную хочет..

у меня такое же было но прошло совершенно непонятно как я думала что это тормозит локальный dns (192.168.0.1) он же домен-контроллер

там еще тема: если есть какой-нибудь win-gate клиент то его точно надо отключить сначала

а сейчас почта летает и я действительно невпонятках как так получилось! если кто-то имеет идеи по этому поводу-колитесь!

Я тот анонимус, который описывал почтовые логи
Коннект происходит с рабочих станций (192.168.1.0/24), но в логах адрес сервера(192.168.1.1) - почему, я не знаю

Дай лог

Я же его уже давал ;)
Ну, вот еще раз - строки, относящиеся к одному сеансу:
------------------- cut------------
May 6 19:10:39 server ipop3d[16343]: pop3 service init from 192.168.1.1
May 6 19:10:39 server ipop3d[16343]: Login user=user1 host=[192.168.1.2] nmsgs=0/0
May 6 19:10:39 server ipop3d[16343]: Logout user=user1 host=[192.168.1.2] nmsgs=0 ndele=0
------------------- cut------------

Странно, почему ip-адреса разные у одного сеанса 16343?
И, кстати, в этов куске лога нет попыток разрезолвить ip через обратную зону, то есть доменное имя не
указано, в отличие от первого куска лога.
Вообще, самый простой способ, по-моему, узнать, на что уходит время при временных задержках,
включить Ipchains/iptables c логированием всех исходящих от данного хоста пакетов, и смотреть к кому
и на какой порт он стучится, а потом делать выводы.
По крайней мере, мне в свое время это помогло определить задержку по вине identd & отсутствия
PTR-записей в обратной зоне

Удачи,
Sciurus

Привет!
Еще одно замечание, по поводу /etc/hosts:
Если машинка в нем не прописана, хер она на внешний мир почту отправит. Тока на локальные домены. А если при заборе почты(то есть при коннекте на 110 порт) в лог пишется ай-пи адрес твоего внутреннего интерфейса, тут ты че-то с НАТом или маскарадингом намутил. Такое впечатление, что твой внутренний интерфейс ловит пакет, подставляет свой адрес, а потом токо передает его дальше.
Проверь еще к какому адресу ты POP3 прицепил.

Последнему anonymous-у:
во-первых, причем здесь почта ? :-) У меня НИ ОДНОЙ локальной тачки в /etc/hosts нет и почта отправляется идеально. Если sendmail-у сказать кому из локальных машин разрешено делать RELAY и включить FEATURE(`accept_unresolvable_domains) (feature нужна, если не работает локальная DNS), почта будет работать и без /ect/hosts.

Последнему и предпредпоследнему anonymous-ам :-) :
во-вторых, при чем здесь NAT ? :-)
May 6 19:10:39 server ipop3d[16343]: pop3 service init from 192.168.1.1
May 6 19:10:39 server ipop3d[16343]: Login user=user1 host=[192.168.1.2] nmsgs=0/0
May 6 19:10:39 server ipop3d[16343]: Logout user=user1 host=[192.168.1.2] nmsgs=0 ndele=0
По-моему тут все ясно написано: init from 192.168.1.1 - типа запущен с 192.168.1.1, т.е. на твой сервер пришел запрос на 110 порт на IP-адрес 1.1 (у тебя ведь может быть несколько карточек, IP-aliases)...
И тачила, которая послала запрос, есть - 192.168.1.2