форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Почта / 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 (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 (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 (ok) on 24-Сен-12, 16:13
	>> если клиент виндовый, то может у клиента стоит "галка" "Оставлять копии сообщений >> на сервере" ? >> телнетом заходил, смотрел? > да, телнет коннектится, проходит аутентификация юзера, и пишет писем 0 если я правильно понял, DBMail - пытается найти сообщение пользователя в БД PostgreSQL. проверь, логин/пароль от имени которых DBMail подключается к БД, а так же таблицы где пытается найти сообщение пользователя...
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "В связке Exim4 DBMail PostgreSQL клиент не забирает почту?!!"	+/–
	Сообщение от andy03 (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 (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 | Индекс форумов | Темы | Пред. тема | След. тема