https://opennet.ru/openforum/vsluhforumID1/84231.html Добрый день!<br>Система FreeBSD 6.2-RELEASE<br>Почтовик postfix-current-2.6.20090125,4 из портов.<br>в один из суровых дней, когда в Финляндии перерубили оптоволоконный канал на Европу, посыпались проблемы с провайдерским DNS'ом. и все бы ничего, но Postfix начал в очень маленьком проценте писем давать отлуп пользователям, ссылаясь на то, что не может определить куда деть письмо. (Большинство писем отправляются нормально).<br>Выглядит это примерно так:<br>Feb 24 12:44:58 proliantx postfix/smtpd[26456]: connect from unknown[192.168.0.56]<br>Feb 24 12:44:58 proliantx postfix/smtpd[26456]: BA6682885B: client=unknown[192.168.0.56]<br>Feb 24 12:45:02 proliantx postfix/smtpd[26456]: disconnect from unknown[192.168.0.56]<br>Feb 24 12:45:43 proliantx postfix/smtpd[26456]: connect from unknown[192.168.0.17]<br>Feb 24 12:45:43 proliantx postfix/smtpd[26456]: warning: SASL authentication failure: realm changed: authentication aborted<br>Feb 24 12:45:43 proliantx postfix/smtpd[26456]: warning: unknown[192.168.0.17]: SASL DIGEST-MD5 authenti https://opennet.ru/openforum/vsluhforumID1/84231.html#18 Mon, 02 Mar 2009 08:42:14 GMT &gt;не - разобраться надо. дай версию постфикса и версию мускула. дай <br>&gt;тип движка, который для таблиц в мускуле пользуешь (innodb-таблицы есть?). <br><br>hosts = localhost - что есть соединение через UNIX Socket<br><br>pkg_info &#124; grep postfix<br>postfix-current-2.6.20090212,4 A secure alternative to widely-used Sendmail<br><br>pkg_info &#124; grep mysql<br>mysql-client-5.1.30 Multithreaded SQL database (client)<br>mysql-server-5.1.30 Multithreaded SQL database (server)<br><br>Все таблицы postfix'a - MyISAM<br><br> https://opennet.ru/openforum/vsluhforumID1/84231.html#17 Mon, 02 Mar 2009 07:38:11 GMT &gt;localhost и в африке localhost. соединение по tcp/ip к БД твое происходит, <br>&gt;следовательно все "кривые" которые сделаны в настройках сетевых сервисов здесь могут <br>&gt;проявиться. но твоя ошибка вряд ли вызвана этим. это просто ответ <br>&gt;на вопрос о "Причем странно то, что описываются проблемы с подключениями, <br>&gt;а postfix и mysql стоят на одном хосте". <br>&gt;<br>&gt;в линухе существует еще способ подключения ч/з сокет, т.е. фактически ч/з локальные <br>&gt;потоки обмен данными идет. в БСД такой механизм есть (это мне <br>&gt;просто ради интереса)? <br><br>есть. более того, даже если не указывать в постфиксе подключение конкретно через сокет, а просто указать hosts = localhost, он будет подключаться через стандартный сокет, а не tcp (а вот если указать 127,0,0,1 - то по tcp). http://www.postfix.org/mysql_table.5.html<br><br> https://opennet.ru/openforum/vsluhforumID1/84231.html#16 Sun, 01 Mar 2009 20:58:58 GMT &gt;&gt;&gt; transport_maps = mysql:$base/mysqlLookupMaps/transport.conf<br>&gt;&gt;<br>&gt;&gt;закоментировать вообще, если у вас нет никакого релея. <br>&gt;<br>&gt;Всем спасибо за ответы, что-то помогло, но сказать сложно. Пробовал уже все <br>&gt;подряд. <br>&gt;На вскидку заработало после полной пересборки mysql-server, mysql-client, apache22 (тоже иногда с <br>&gt;мусклем общался), проверкой всех таблиц, очисткой от мусора, сокращиением числа одновременно <br>&gt;запущенных процессов smtpd. Возможно сейчас что-то упустил из виду, но уже <br>&gt;3 дня полет нормальный! <br><br>не - разобраться надо. дай версию постфикса и версию мускула. дай тип движка, который для таблиц в мускуле пользуешь (innodb-таблицы есть?). <br> https://opennet.ru/openforum/vsluhforumID1/84231.html#15 Sun, 01 Mar 2009 20:22:38 GMT &gt;[оверквотинг удален]<br>&gt;&#124; connect_timeout <br>&gt; &#124; 30 &#124; <br>&gt;&#124; delayed_insert_timeout &#124; 300 &#124; <br>&gt;&#124; interactive_timeout &#124; 28800 &#124; <br>&gt;<br>&gt;&#124; wait_timeout <br>&gt; &#124; 28800 &#124; <br>&gt;<br>&gt;Причем странно то, что описываются проблемы с подключениями, а postfix и mysql <br>&gt;стоят на одном хосте. <br><br>а как постфикс к БД лезет - ч/з 127.x.x.x?<br><br>[добавил]<br>прочухал просмотрев в очередной раз пост. <br><br>localhost и в африке localhost. соединение по tcp/ip к БД твое происходит, следовательно все "кривые" которые сделаны в настройках сетевых сервисов здесь могут проявиться. но твоя ошибка вряд ли вызвана этим. это просто ответ на вопрос о "Причем странно то, что описываются проблемы с подключениями, а postfix и mysql стоят на одном хосте". <br><br>в линухе существует еще способ подключения ч/з сокет, т.е. фактически ч/з локальные потоки обмен данными идет. в БСД такой механизм есть (это мне просто ради интереса)?<br><br> https://opennet.ru/openforum/vsluhforumID1/84231.html#14 Sun, 01 Mar 2009 20:13:03 GMT &gt;&gt;&gt; transport_maps = mysql:$base/mysqlLookupMaps/transport.conf<br>&gt;&gt;<br>&gt;&gt;закоментировать вообще, если у вас нет никакого релея. <br>&gt;<br>&gt;Всем спасибо за ответы, что-то помогло, но сказать сложно. Пробовал уже все <br>&gt;подряд. <br>&gt;На вскидку заработало после полной пересборки mysql-server, mysql-client, apache22 (тоже иногда с <br>&gt;мусклем общался), проверкой всех таблиц, очисткой от мусора, сокращиением числа одновременно <br>&gt;запущенных процессов smtpd. Возможно сейчас что-то упустил из виду, но уже <br>&gt;3 дня полет нормальный! <br><br>с обновленными портами заработало? или все же старые вернул и сделал то что в данном посте?<br><br>ЗЫ сдается мне все же дело в "сокращиением числа одновременно запущенных процессов smtpd" - так , что это не нормальное решение проблемы.<br><br><br><br> https://opennet.ru/openforum/vsluhforumID1/84231.html#13 Sat, 28 Feb 2009 16:57:29 GMT &gt;&gt; transport_maps = mysql:$base/mysqlLookupMaps/transport.conf<br>&gt;<br>&gt;закоментировать вообще, если у вас нет никакого релея. <br><br>Всем спасибо за ответы, что-то помогло, но сказать сложно. Пробовал уже все подряд.<br>На вскидку заработало после полной пересборки mysql-server, mysql-client, apache22 (тоже иногда с мусклем общался), проверкой всех таблиц, очисткой от мусора, сокращиением числа одновременно запущенных процессов smtpd. Возможно сейчас что-то упустил из виду, но уже 3 дня полет нормальный!<br><br><br> https://opennet.ru/openforum/vsluhforumID1/84231.html#12 Thu, 26 Feb 2009 17:21:40 GMT &gt; transport_maps = mysql:$base/mysqlLookupMaps/transport.conf<br><br>закоментировать вообще, если у вас нет никакого релея.<br><br>Как вариант посмотреть в сторону http://www.postfix.org/proxymap.8.html<br><br> https://opennet.ru/openforum/vsluhforumID1/84231.html#11 Wed, 25 Feb 2009 11:25:39 GMT &gt;это означает, что postfix не смог нормально в данный момент обработать данные <br>&gt;из внешнего источника - будь то хеш-файл, БД итд.<br><br>Действительно включил расширенный лог:<br>090225 11:00:56 [Warning] Aborted connection 61 to db: 'postfix' user: 'postfix' host: 'localhost' (Got an error reading communication packets)<br><br>и в том же духе пошло поехало.<br>как это лечится нигде не было током написано, решил обновить порты MySQL server и client'a.<br>Что-то не помогло.<br>Пытался вкурить: http://dev.mysql.com/doc/refman/5.1/en/communication-errors.html<br><br>Значения переменных нормальные.<br>&#124; connect_timeout &#124; 30 &#124;<br>&#124; delayed_insert_timeout &#124; 300 &#124;<br>&#124; interactive_timeout &#124; 28800 &#124;<br>&#124; wait_timeout &#124; 28800 &#124;<br><br>Причем странно то, что описываются проблемы с подключениями, а postfix и mysql стоят на одном хосте.<br> https://opennet.ru/openforum/vsluhforumID1/84231.html#10 Wed, 25 Feb 2009 00:21:11 GMT &gt;Интересный момент: <br>&gt;<br>&gt;Хотя Temporary lookup failure - насколько я понимаю, ошибка определения места назначения, <br>&gt;точнее его ip, должно пройти хотя бы какое-то время. но в <br>&gt;любом почтовом клиенте этот ответ от сервера приходит моментально. такое ощущение, <br>&gt;что он даже не пытается провести этот самый lookup. <br><br>это означает, что postfix не смог нормально в данный момент обработать данные из внешнего источника - будь то хеш-файл, БД итд. поскольку у Вас все похоже в мускуле, то ответ напрашивается сам - дело именно в настройках сервера/базы, которая не успевает обслуживать postfix. если он при соединении к БД сразу отлуп получил, то естественно он там посмотреть ничего не сможет и будет ощущение "что он даже не пытается провести этот самый lookup"<br><br>PS максимальное количество соединений, которое мускул принимает - это еще далеко не все. советую доки почитать на mysql.org и с буферами поиграться. к сожалению конкретного решения сейчас выдать не могу - давно мускул за вымя не трогал.<br>