LINUX.ORG.RU
ФорумAdmin

pop3 в courier


0

0

Пытаюсь сделать конструкцию подобную этой:
http://www.crocodile.sumy.ua/index.php?id=2&aid=4
в части виртуальных пользователей, т.е. postfix+courier+postgresql.

В результате почта для пользователя описанного в базе
принимается и складывается в соответствующий каталог (maildir).
Однако, забрать почту по pop3 не получается, при попытке это
сделать получаю следующее:
$ telnet 10.x.x.x 110
Trying 10.x.x.x...
Connected to 10.x.x.x.
Escape character is '^]'.
+OK Hello there.
user user@domain
+OK Password required.
pass 123
-ERR Temporary problem, please try again later
Connection closed by foreign host.

Ошибаться в имени/пароле я не могу, в базе они храняться
открытым текстом.

И что самое обидное, никаких логов от pop3d/courier я не нашёл, в
системных логах (messages и т.п.) тоже никаких упоминаний, не
понятно как искать в чём причина.

Как бы выяснить причину такого поведения, есть у кого-нибудь
опыт настройки подобной связки?


в курьере неважное ведение логов это ты точно заметил

тупой вопрос: courier-pgsql поставил?

основной аут-демон настроил на зацеп authpgsql?

про пароли открытым текстом не помню, попробуй закриптовать их по des13 и соответственно поставить не PGSQL_CLEAR_PWFIELD а PGSQL_CRYPT_PWFIELD

а вообще-то есть очень легкий шустрый и безопасный pop3/imap демон dovecot заместо этого монстра

anonymous
()
Ответ на: комментарий от anonymous

> тупой вопрос: courier-pgsql поставил?

Вот, вроде раньше был уверен что да, т.к. при компиляции говорил где postgresql лежит и потом authpgsqlrc настраивал. А сейчас засомневался, т.к. в /usr/local/courier-imap/lib/courier-authlib ничего похожего на libauthpgsql.so.0, libauthpgsql.la или что-то в этом роде не вижу. А как можно проверить?

Собирал-устанавливал courier-authlib-0.56 и courier-imap-4.0.3.

han
() автор топика

Temporary problem это скорее именно проблем, а не плохой логин. Сам буквально вчера перевёл почту с mailbox-ов на maildir. Ищи логи. Он в почтовые пишет. var/log/maillog. Ещё с правами поиграйся, может прочитать не может.

anonymous
()
Ответ на: комментарий от anonymous

Точно, в maillog пишет:

Sep 19 09:30:12 mx pop3d: authdaemon: s_connect() failed: No such file or directory
Sep 19 09:30:12 mx pop3d: LOGIN FAILED, user=user@domain.com, ip=[::ffff:10.54.X.Y]
Sep 19 09:30:12 mx pop3d: authentication error: No such file or directory

han
() автор топика
Ответ на: комментарий от han

Пересобрал несколько раз пока не увидел скомпилированных библиотек аутентификации через pgsql, проблема решилась.

Несмотря на то, что из readme складывается впечатление, что поумолчанию должна собираться поддержка postgresql, этого не происходит. Во всяком случае мне пришлось скормить кучу опций конфигуру.

han
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.