Исходное сообщение
"сбор IMAP/POP почты в больших масштабах" Отправлено ilya, 21-Июл-07 21:28
>ну вот мы друг-друга поняли. вы вот куда смотрите: >сбор почты c конкретного ящика многопоточным не может быть (нудно гундим про >pop3|imap4 протоколы), это как многопоточная аутентификация :) Да. Это известно. Но про многопоточность я говорил в свете одновременного сбора с множества удалённых imap/pop-ящиков. Т.е. если имеем 1000 юзеров, которые хотят собирать почту, то искомая утилита не должна делать это последовательно, по 1-му ящику раз за разом, правильное поведение - N конкурирующих потоков\процессов сбора, по N-процессов раз за разом (ну или по мере освобождения процессов в пуле от предыдущего сбора). А на счёт IMAP4 - никто не мешает собирать почту в несколько потоков по IMAP. >выводы: >без разницы какой сборщик использовать (у меня вообще свой на perl написан) Вывод не совсем верный: см. объяснение выше на счёт N-конкурирующих процессов. А в случае многопроцессной\многоядерной системы, ваш подход упирается в мощность процессора\ядра, на котором работает ваш скрипт. > >нужен хороший канал, особенно для пряников тиражирующих в почту ролики ётубе ;) канал хороший. > >нужен быстрый вменяемый мта которому всё это скормить, я давно выбрал exim, >но тут выбор за вами. > postfix тоже не слаб. В сторону exim тоже смотрю. >итоги: скорость обработки левых ящиков прямопропорциональна ширине канала. > + пропорциональна возможность распараллеливания задачи на несколько субпроцессов. >p.s. начните что-то делать, если что, я вам помогу, если не пропаду >с кегой пивка ;) Ж)