The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Postfix и плавающие ошибки отправки"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Почта / FreeBSD)
Изначальное сообщение [ Отслеживать ]

"Postfix и плавающие ошибки отправки"  +/
Сообщение от Nas_tradamus (ok) on 18-Апр-12, 18:22 
Всем привет!

Не знаю с какого момента у меня началось, но теперь это происходит все чаще и чаще: невозможно отправить письмо по smtp: клиенту выдается ошибка "4.3.0: queue file write error". Однако, письмо бывает отправляется с попытки пятой.

В логах:

Apr 18 18:11:00 web postfix/cleanup[39300]: warning: mysql:/usr/local/etc/postfix/mysql-virtual_forwardings.cf lookup error for "anasd@ya.ru"
Apr 18 18:11:00 web postfix/cleanup[39300]: warning: E9033175C1B: virtual_alias_maps map lookup problem for anasd@ya.ru -- deferring delivery

И больше ничего! В логе Mysql никаких ошибок, файл mysql-virtual_forwardings.cf 100% правильный. Проблема при отправке как на внутренние ящики, так и на внешние.

Гугление не помогло: у всех обычно в логах после lookup error идет пояснение причины, а у меня его нет. :(

Postfix 2.9.1.1, FreeBSD. Также, на сервере крутится Dovecot и Amavisd-new.

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Postfix и плавающие ошибки отправки"  +/
Сообщение от Nas_tradamus (ok) on 18-Апр-12, 19:01 
Проблему вроде решил, переписав запрос к mysql, добавив туда "CONVERT('%s' USING cp1251)".

Теперь запрос выглядит так:

query = SELECT destination FROM forwardings WHERE source = CONVERT('%s' USING cp1251)

Таблица у меня в cp1251_general_ci

Странно, что за 3 года работы сервера подобных проблем не было, а теперь появилась.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Postfix и плавающие ошибки отправки"  +/
Сообщение от LSTemp (ok) on 27-Апр-12, 18:21 
>[оверквотинг удален]
> все чаще и чаще: невозможно отправить письмо по smtp: клиенту выдается
> ошибка "4.3.0: queue file write error". Однако, письмо бывает отправляется с
> попытки пятой.
> В логах:
> Apr 18 18:11:00 web postfix/cleanup[39300]: warning: mysql:/usr/local/etc/postfix/mysql-virtual_forwardings.cf
> lookup error for "anasd@ya.ru"
> Apr 18 18:11:00 web postfix/cleanup[39300]: warning: E9033175C1B: virtual_alias_maps
> map lookup problem for anasd@ya.ru -- deferring delivery
> И больше ничего! В логе Mysql никаких ошибок, файл mysql-virtual_forwardings.cf 100% правильный.
> Проблема при отправке как на внутренние ящики, так и на внешние.

мускул и не выдаст ничего - ибо суть проблемы в том, что к нему вообще не удалось подключиться (в виду ограниченого количества одновременных подключений например)

на пальцах эта ошибка означает, что постфикс просто не смог прочитать данную таблицу из хранилища, чтобы дальше с ней работать.

это не проблема самого запроса к мускулу (в данном случае), а проблема в в том, что мускул запрос на соединение от постфикса к БД просто отклоняет (или размера буфферов для передачи не хватает, хотя для мыла это маловероятно). вполне возможно, что у Вас просто количество пользователей возросло - подкрутите лимиты на всех сопуствующих сервисах.

> Гугление не помогло: у всех обычно в логах после lookup error идет
> пояснение причины, а у меня его нет. :(
> Postfix 2.9.1.1, FreeBSD. Также, на сервере крутится Dovecot и Amavisd-new.

PS
опять же мускул у Вас не только почтовой системой использоваться может - учитывайте этот момент.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Postfix и плавающие ошибки отправки"  +/
Сообщение от Nas_tradamus (ok) on 27-Апр-12, 20:01 
Да я уже описал выше как решилась проблема - подкрутил запрос.
Ошибка тут же исчезла из логов навсегда.
Я не одинок - удалось найти гуглом подобную проблему у нескольких людей.
У них точно также была ошибка mysql с такими же пояснениями (вернее, с их отсутствием).

Когда превышен лимит подключений, там идет ошибка с пояснением (я это уже проходил касательно Postfix). Сейчас MySQL сервер настроен так, что за несколько месяцев ни разу не упирался в лимит подключений.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Postfix и плавающие ошибки отправки"  +/
Сообщение от LSTemp (ok) on 27-Апр-12, 21:09 
> Да я уже описал выше как решилась проблема - подкрутил запрос.
> Ошибка тут же исчезла из логов навсегда.
> Я не одинок - удалось найти гуглом подобную проблему у нескольких людей.
> У них точно также была ошибка mysql с такими же пояснениями (вернее,
> с их отсутствием).
> Когда превышен лимит подключений, там идет ошибка с пояснением (я это уже
> проходил касательно Postfix). Сейчас MySQL сервер настроен так, что за несколько
> месяцев ни разу не упирался в лимит подключений.

опять узколобый подход, вместо включения логов и поиска реального источника ошибки. ну помогло-так помогло. надолго ли?


Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Postfix и плавающие ошибки отправки"  +/
Сообщение от Nas_tradamus (ok) on 27-Апр-12, 23:25 
> опять узколобый подход, вместо включения логов и поиска реального источника ошибки. ну
> помогло-так помогло. надолго ли?

Покажи мне не узколобый подход. Насчет логов - я выкладывал их выше.

Я нагуглил решение проблемы и здесь его выложил. Причем, прежде чем гуглить в нужную сторону, я сам догадался что проблема может быть в конфликте кодировок.
Это вполне может быть багом/фичей Postfix последней ветки (я уверен в этом). Наверняка там возникает какой-нибудь unhandled exception и не попадает в логи.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру