The OpenNET Project / Index page

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

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

"В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от strong73 (ok) on 23-Сен-12, 19:44 
Добрый день, уважаемые! Собственно проблема
1)собрал связку по мануалу http://wiki.e-lug.ru/Настройка_почтового_сервера_в_Debian_GNU/Linux,_Exim4_DBMail_PostgreSQL
2)все работает, в логах нет ошибок
3)письма уходят и доходят до других серверов, а при отправке на мой сервер, письма складываются в папку юзеря (как указано в конфиге) и там остаются, клиент (почему-то) не забирает их.
Никак не могу понять почему, то бишь по POP3 соединяется, никаких ошибок ни клиент ни сервер не выдают, а почта остается на сервере. Если кто подскажет куда копать, где в каком логе смотреть буду благодарен.
Ответить | Правка | Cообщить модератору

Оглавление

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


1. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от PavelR (ok) on 23-Сен-12, 23:12 
> Добрый день, уважаемые! Собственно проблема
> 1)собрал связку по мануалу http://wiki.e-lug.ru/Настройка_почтового_сервера_в_Debian_GNU/Linux,_Exim4_DBMail_PostgreSQL
> 2)все работает, в логах нет ошибок
> 3)письма уходят и доходят до других серверов, а при отправке на мой
> сервер, письма складываются в папку юзеря (как указано в конфиге) и
> там остаются, клиент (почему-то) не забирает их.
> Никак не могу понять почему, то бишь по POP3 соединяется, никаких ошибок
> ни клиент ни сервер не выдают, а почта остается на сервере.
> Если кто подскажет куда копать, где в каком логе смотреть буду
> благодарен.

смотреть в дамп обмена данными между клиентом и сервером, при подключении клиента по pop3.

tcpdump -s 1500 -Aen -i ethX host CLIENT.IP.ADDR and port 110

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

3. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от strong73 (ok) on 24-Сен-12, 12:36 
listening on eth0, link-type EN10MB (Ethernet), capture size 1500 bytes
11:44:13.180639 00:25:9c:42:16:7b > 08:00:27:3f:a1:00, ethertype IPv4 (0x0800), length 66: 192.168.11.1.55515 > 192.168.11.150.110: Flags [S], seq 3425770553, win 8192, options [mss 1460,nop,wscale 2,nop,nop,sackOK], length 0
E..4..@...Z............n.1.9...... ..y..............
11:44:13.180807 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 66: 192.168.11.150.110 > 192.168.11.1.55515: Flags [S.], seq 3564470419, ack 3425770554, win 5840, options [mss 1460,nop,nop,sackOK,nop,wscale 6], length 0
E..4..@.@............n...u...1.:....................
11:44:13.182285 00:25:9c:42:16:7b > 08:00:27:3f:a1:00, ethertype IPv4 (0x0800), length 60: 192.168.11.1.55515 > 192.168.11.150.110: Flags [.], ack 1, win 16425, length 0
E..(..@...Z............n.1.:.u..P.@).......V..
11:44:13.214139 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 134: 192.168.11.150.110 > 192.168.11.1.55515: Flags [P.], seq 1:81, ack 1, win 92, length 80
E..x..@.@............n...u...1.:P..\.R..+OK DBMAIL pop3 server ready to rock <537eeb167218d4e4b9c23949faa25d2d@debian>

11:44:13.218184 00:25:9c:42:16:7b > 08:00:27:3f:a1:00, ethertype IPv4 (0x0800), length 60: 192.168.11.1.55515 > 192.168.11.150.110: Flags [P.], seq 1:7, ack 81, win 16405, length 6
E.....@...Z............n.1.:.u..P.@. -..CAPA

11:44:13.218958 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 54: 192.168.11.150.110 > 192.168.11.1.55515: Flags [.], ack 7, win 92, length 0
E..(..@.@............n...u...1.@P..\.{..
11:44:13.222647 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 103: 192.168.11.150.110 > 192.168.11.1.55515: Flags [P.], seq 81:130, ack 7, win 92, length 49
E..Y..@.@............n...u...1.@P..\.3..+OK Capability list follows
TOP
USER
UIDL
.

11:44:13.225074 00:25:9c:42:16:7b > 08:00:27:3f:a1:00, ethertype IPv4 (0x0800), length 98: 192.168.11.1.55515 > 192.168.11.150.110: Flags [P.], seq 7:51, ack 130, win 16392, length 44
E..T..@...Z............n.1.@.u..P.@..&..APOP wind 318d621adc64be2e7205286c7a453915

11:44:13.267656 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 54: 192.168.11.150.110 > 192.168.11.1.55515: Flags [.], ack 51, win 92, length 0
E..(..@.@............n...u...1.lP..\....
11:44:13.305371 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 90: 192.168.11.150.110 > 192.168.11.1.55515: Flags [P.], seq 130:166, ack 51, win 92, length 36
E..L..@.@............n...u...1.lP..\.&..+OK wind has 0 messages (0 octets)

11:44:13.307980 00:25:9c:42:16:7b > 08:00:27:3f:a1:00, ethertype IPv4 (0x0800), length 60: 192.168.11.1.55515 > 192.168.11.150.110: Flags [P.], seq 51:57, ack 166, win 16383, length 6
E...    .@...Z............n.1.l.u.9P.?.....CAPA

11:44:13.308049 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 54: 192.168.11.150.110 > 192.168.11.1.55515: Flags [.], ack 57, win 92, length 0
E..(..@.@............n...u.9.1.rP..\....
11:44:13.321710 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 103: 192.168.11.150.110 > 192.168.11.1.55515: Flags [P.], seq 166:215, ack 57, win 92, length 49
E..Y..@.@............n...u.9.1.rP..\.3..+OK Capability list follows
TOP
USER
UIDL
.

11:44:13.323960 00:25:9c:42:16:7b > 08:00:27:3f:a1:00, ethertype IPv4 (0x0800), length 60: 192.168.11.1.55515 > 192.168.11.150.110: Flags [P.], seq 57:63, ack 215, win 16371, length 6
E...    .@...Z............n.1.r.u.jP.?..~..UIDL

11:44:13.327286 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 92: 192.168.11.150.110 > 192.168.11.1.55515: Flags [P.], seq 215:253, ack 63, win 92, length 38
E..N..@.@............n...u.j.1.xP..\.(..+OK Some very unique numbers for you

11:44:13.527769 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 92: 192.168.11.150.110 > 192.168.11.1.55515: Flags [P.], seq 215:253, ack 63, win 92, length 38
E..N..@.@............n...u.j.1.xP..\.(..+OK Some very unique numbers for you

11:44:13.531962 00:25:9c:42:16:7b > 08:00:27:3f:a1:00, ethertype IPv4 (0x0800), length 60: 192.168.11.1.55515 > 192.168.11.150.110: Flags [.], ack 253, win 16362, length 0
E..(    .@...Z............n.1.x.u..P.?.......m.*.
11:44:13.532053 00:25:9c:42:16:7b > 08:00:27:3f:a1:00, ethertype IPv4 (0x0800), length 66: 192.168.11.1.55515 > 192.168.11.150.110: Flags [.], ack 253, win 16362, options [nop,nop,sack 1 {215:253}], length 0
E..4    .@...Z............n.1.x.u....?..
.....
.u.j.u..
11:44:13.533255 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 57: 192.168.11.150.110 > 192.168.11.1.55515: Flags [P.], seq 253:256, ack 63, win 92, length 3
E..+..@.@............n...u...1.xP..\.....

11:44:13.536303 00:25:9c:42:16:7b > 08:00:27:3f:a1:00, ethertype IPv4 (0x0800), length 60: 192.168.11.1.55515 > 192.168.11.150.110: Flags [P.], seq 63:69, ack 256, win 16361, length 6
E...    .@...Z............n.1.x.u..P.?..E..QUIT

11:44:13.538152 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 72: 192.168.11.150.110 > 192.168.11.1.55515: Flags [P.], seq 256:274, ack 69, win 92, length 18
E..:..@.@............n...u...1.~P..\....+OK see ya later

11:44:13.538650 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 54: 192.168.11.150.110 > 192.168.11.1.55515: Flags [F.], seq 274, ack 69, win 92, length 0
E..(..@.@............n...u...1.~P..\.z..
11:44:13.539960 00:25:9c:42:16:7b > 08:00:27:3f:a1:00, ethertype IPv4 (0x0800), length 60: 192.168.11.1.55515 > 192.168.11.150.110: Flags [.], ack 275, win 16356, length 0
E..(    .@...Z............n.1.~.u..P.?.......?...
11:44:13.541112 00:25:9c:42:16:7b > 08:00:27:3f:a1:00, ethertype IPv4 (0x0800), length 60: 192.168.11.1.55515 > 192.168.11.150.110: Flags [F.], seq 69, ack 275, win 16356, length 0
E..(    .@...Z............n.1.~.u..P.?........I..
11:44:13.541196 08:00:27:3f:a1:00 > 00:25:9c:42:16:7b, ethertype IPv4 (0x0800), length 54: 192.168.11.150.110 > 192.168.11.1.55515: Flags [.], ack 70, win 92, length 0
E..(..@.@............n...u...1..P..\.y..

192.168.11.150 - сервер почты, 192.168.11.1 - роутер, клиент 192.168.11.100 - по нему дамп пустой

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

5. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от strong73 (ok) on 24-Сен-12, 13:06 
добавлю - если работать по телнету с POP3 то пишет что писем 0

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

2. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  –1 +/
Сообщение от andy03 email(ok) on 24-Сен-12, 06:45 
> Никак не могу понять почему, то бишь по POP3 соединяется, никаких ошибок
> ни клиент ни сервер не выдают, а почта остается на сервере.

так и не победилЪ...
увеличь уровень логирования...
загляни в /var/log/messages
             /var/log/mail
посмотри, что говорит PostgreSQL, возможно, ошибка возникает на уровне доступа к данным БД

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

4. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от strong73 (ok) on 24-Сен-12, 12:51 
>> Никак не могу понять почему, то бишь по POP3 соединяется, никаких ошибок
>> ни клиент ни сервер не выдают, а почта остается на сервере.
> так и не победилЪ...
> увеличь уровень логирования...
> загляни в /var/log/messages
>            
>  /var/log/mail
> посмотри, что говорит PostgreSQL, возможно, ошибка возникает на уровне доступа к данным
> БД

уже лоб разбил стучась аб стену :) нет никаких ошибок нигде

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

6. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от andy03 email(ok) on 24-Сен-12, 15:55 
если клиент виндовый, то может у клиента стоит "галка" "Оставлять копии сообщений на сервере" ?

телнетом заходил, смотрел?

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

7. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от strong73 (ok) on 24-Сен-12, 16:00 
> если клиент виндовый, то может у клиента стоит "галка" "Оставлять копии сообщений
> на сервере" ?
> телнетом заходил, смотрел?

да, телнет коннектится, проходит аутентификация юзера, и пишет писем 0

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

8. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от andy03 email(ok) on 24-Сен-12, 16:13 
>> если клиент виндовый, то может у клиента стоит "галка" "Оставлять копии сообщений
>> на сервере" ?
>> телнетом заходил, смотрел?
> да, телнет коннектится, проходит аутентификация юзера, и пишет писем 0

если я правильно понял, DBMail - пытается найти сообщение пользователя в БД PostgreSQL.
проверь, логин/пароль от имени которых DBMail подключается к БД, а так же таблицы где пытается найти сообщение пользователя...

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

9. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от andy03 email(ok) on 24-Сен-12, 16:15 
>> если клиент виндовый, то может у клиента стоит "галка" "Оставлять копии сообщений
>> на сервере" ?
>> телнетом заходил, смотрел?
> да, телнет коннектится, проходит аутентификация юзера, и пишет писем 0

посмотри логи PostgreSQL и/или включи подробные логи PostgreSQL, там должно быть кто, куда, что делал...

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

10. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от strong73 (ok) on 24-Сен-12, 16:42 
>>> если клиент виндовый, то может у клиента стоит "галка" "Оставлять копии сообщений
>>> на сервере" ?
>>> телнетом заходил, смотрел?
>> да, телнет коннектится, проходит аутентификация юзера, и пишет писем 0
> посмотри логи PostgreSQL и/или включи подробные логи PostgreSQL, там должно быть кто,
> куда, что делал...

Пишет вот это когда клиент подключается по POP3
2012-09-24 15:41:49 EEST ОТМЕТКА:  оператор: SELECT user_idnr FROM dbmail_users WHERE lower(userid) = lower('wind')
2012-09-24 15:41:49 EEST ОТМЕТКА:  оператор: SELECT encryption_type FROM dbmail_users WHERE user_idnr = 4
2012-09-24 15:41:49 EEST ОТМЕТКА:  оператор: SELECT user_idnr FROM dbmail_users WHERE lower(userid) = lower('wind')
2012-09-24 15:41:49 EEST ОТМЕТКА:  оператор: SELECT passwd,user_idnr FROM dbmail_users WHERE user_idnr = 4
2012-09-24 15:41:49 EEST ОТМЕТКА:  оператор: UPDATE dbmail_users SET last_login = '2012-09-24 15:41:49' WHERE user_idnr = 4
2012-09-24 15:41:49 EEST ОТМЕТКА:  оператор: SELECT mailbox_idnr FROM dbmail_mailboxes WHERE name ILIKE 'INBOX' AND owner_idnr=4
2012-09-24 15:41:49 EEST ОТМЕТКА:  оператор: SELECT pm.messagesize, msg.message_idnr, msg.status, msg.unique_id FROM dbmail_messages msg, dbmail_physmessage$

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

11. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +1 +/
Сообщение от PavelR (ok) on 24-Сен-12, 17:26 

Я вообще тебе скажу так.

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

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

12. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от andy03 email(ok) on 24-Сен-12, 18:22 
> Я вообще тебе скажу так.
> ДБмыл - это не то, что надо в обычной жызни обычным админам.
> Ресурсов жрет до жопы, поскольку хранение почты в БД не есть эффективный
> вариант хранения.

какой эффективный?

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

13. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от Анонимус42 on 24-Сен-12, 19:45 
>> Я вообще тебе скажу так.
>> ДБмыл - это не то, что надо в обычной жызни обычным админам.
>> Ресурсов жрет до жопы, поскольку хранение почты в БД не есть эффективный
>> вариант хранения.
> какой эффективный?

dbd

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

14. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от Анонимус42 on 24-Сен-12, 19:45 
>>> Я вообще тебе скажу так.
>>> ДБмыл - это не то, что надо в обычной жызни обычным админам.
>>> Ресурсов жрет до жопы, поскольку хранение почты в БД не есть эффективный
>>> вариант хранения.
>> какой эффективный?
> dbd

Сорри, bdb.

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

15. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от PavelR (ok) on 24-Сен-12, 20:40 
>> Я вообще тебе скажу так.
>> ДБмыл - это не то, что надо в обычной жызни обычным админам.
>> Ресурсов жрет до жопы, поскольку хранение почты в БД не есть эффективный
>> вариант хранения.
> какой эффективный?

с хранением писем в файлах, maildir. При необходимости - с индексом (например,заголовков) в БД. Мне courier -а хватает.

почтовик с хранением в файле:

запрос на письмо:
- открыл файл (IO-файла кешируется осью)
- прочитал сколько надо
- отправил клиенту. Т.е. можно эффективно работать с памятью, читая сравнительно небольшими блоками.


----
почтовик с хранением в БД.

запрос на письмо:
- почтовый даймон отправляет SQL-запрос в БД
- БД читает записи из таблицы (кеширование файла БД средствами ОС)
- запись вычитывается в память СУБД
- передается в память даймона
- а уже оттуда отправляется клиенту

Т.е. имеем большой расход памяти и много лишних операций.

Большие записи (а письма будут большими) - вычитываются плохо, ИМХО частями они вычитываться не могут, т.е. когда требуются только заголовки - всёравно будет читаться весь объем письма (вся запись). Хотя, конечно, это зависит от организации схемы хранения письма в БД, но замена мной DBMail на курьера принесла много счастья /админу/ одной из организаций, да и серверу резко стало легче.

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

16. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от strong73 (ok) on 25-Сен-12, 20:11 
>[оверквотинг удален]
> - запись вычитывается в память СУБД
> - передается в память даймона
> - а уже оттуда отправляется клиенту
> Т.е. имеем большой расход памяти и много лишних операций.
> Большие записи (а письма будут большими) - вычитываются плохо, ИМХО частями они
> вычитываться не могут, т.е. когда требуются только заголовки - всёравно будет
> читаться весь объем письма (вся запись). Хотя, конечно, это зависит от
> организации схемы хранения письма в БД, но замена мной DBMail на
> курьера принесла много счастья /админу/ одной из организаций, да и серверу
> резко стало легче.

как-то не по теме

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

17. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от PavelR (ok) on 26-Сен-12, 06:22 
>[оверквотинг удален]
>> - передается в память даймона
>> - а уже оттуда отправляется клиенту
>> Т.е. имеем большой расход памяти и много лишних операций.
>> Большие записи (а письма будут большими) - вычитываются плохо, ИМХО частями они
>> вычитываться не могут, т.е. когда требуются только заголовки - всёравно будет
>> читаться весь объем письма (вся запись). Хотя, конечно, это зависит от
>> организации схемы хранения письма в БД, но замена мной DBMail на
>> курьера принесла много счастья /админу/ одной из организаций, да и серверу
>> резко стало легче.
> как-то не по теме

и что?

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

18. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"  +/
Сообщение от strong73 (ok) on 28-Сен-12, 13:53 
есть кто-нибудь, у кого работает такая связка?
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

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

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




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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