Всем привет.Возникла забавная ситуация на предприятии. В качестве почтовика стоит SENDMAIL клиенты разные Outlook или Thunderbird. Так вот время от времени происходит следующее клиенты которые на OUTLOOK не могут получить и отправить письма (вылетает ошибка соединения с сервером, а те кто на Thunderbird спокойно всё отправляют и получают!!!
Обычно админы просто перезагружали сервак и вроди как всё работало (но это не всегда удобно).
В последний раз решил попробовать как-то иначе service sendmail restart не помогает.
Помогло вот какая комбинация:
Удаление всех файлов из /var/spool/mqueue/
sendmail -q
Sendmail restart
iptables restart
network restart
И всё заработало.... Интересно что за мистика такая. Есть идеи.
P.S. Логи почтовика дать не могу.
Видимо, какая-то проблема у вас.PS. Решение дать не могу... :)
> Видимо, какая-то проблема у вас.
> PS. Решение дать не могу... :)Как я сам не догадался...
> клиенты которые на OUTLOOK не могут получить и отправить письма (вылетает
> ошибка соединения с сервером, а те кто на Thunderbird спокойно всё
> отправляют и получают!!!Ну дык если тундерброд работает, сендмыл работает, аутглюк не работает - значит логичнее пинать аутглюк. ;) Зачем же мучить sendmail?
>> клиенты которые на OUTLOOK не могут получить и отправить письма (вылетает
>> ошибка соединения с сервером, а те кто на Thunderbird спокойно всё
>> отправляют и получают!!!
> Ну дык если тундерброд работает, сендмыл работает, аутглюк не работает - значит
> логичнее пинать аутглюк. ;) Зачем же мучить sendmail?Пинать более сотни аутлуков, это не благодарное дело...к тому же если они работают и вдруг все разом бац...значит почтовик.
Просто поделюсь. У нас что-то похожее было, когда Sendmail начинал думать долго, а это происходило когда что-то было с DNS или каналом, (в эти моменты например через Webmin в настройки почты я не мог зайти), при этом Outlook не мог отправлять файлы а Outlook Express мог например только локальным юзерам. И проблема думаю тут в разном времени ожидания ответа от сервера (т.е. MS Outlook не мог дождаться).
> Просто поделюсь. У нас что-то похожее было, когда Sendmail начинал думать долго,
> а это происходило когда что-то было с DNS или каналом, (в
> эти моменты например через Webmin в настройки почты я не мог
> зайти), при этом Outlook не мог отправлять файлы а Outlook Express
> мог например только локальным юзерам. И проблема думаю тут в разном
> времени ожидания ответа от сервера (т.е. MS Outlook не мог дождаться).Спасибо, кажись дели и правда не столько в SEndmail а в сети, т.к. я же сеть тоже перезапускал... может "отпустило"
Всем спасибо тема закрыта.
> Спасибо, кажись дели и правда не столько в SEndmail а в сети,
> т.к. я же сеть тоже перезапускал... может "отпустило"DNS адреса провайдеров можно перепроверить или местами поменять с основным и резервным.
Load average проверьте.
Надо понять чем сервер загружен в общем и так ли это.
>> Спасибо, кажись дели и правда не столько в SEndmail а в сети,
>> т.к. я же сеть тоже перезапускал... может "отпустило"
> DNS адреса провайдеров можно перепроверить или местами поменять с основным и резервным.
> Load average проверьте.
> Надо понять чем сервер загружен в общем и так ли это.DNS адреса провайдкера ту точно не причём,одключаются к локальному адресу сервера 192.168.1.1.
> DNS адреса провайдкера ту точно не причём,одключаются к локальному адресу сервера 192.168.1.1.Вполне возможно, что при подобных подключениях сам 192.168.1.1 пытается резолвить IP подключающихся. :) Вполне себе обычное вяление для многих сетевых служб. Но это уже пошло гадание на кофейной гуще. Есть такое великое понятие в "юниксах" - "логи". Вот их и надо смотреть.