Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Ogłoszenie
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
#1 2008-02-14 13:45:33
Fo - 
Użytkownik
- Fo
- Użytkownik
- Zarejestrowany: 2005-05-29
mass mailing server [nie do spamu]
znajomy właśnie rzucił mi temat do przemyśleń.
do postawienia serwer pocztowy, pod oprogramowanie do kompleksowego zarządzania komunikacją mailową który to serwer będzie wysyłać w przeciągu jednego dnia około paruset tysięcy emaili (niekoniecznie codziennie ale co kilka dni taka porcja). Ta ilość może urosnąć do coś około miliona w przeciągu roku.
Ruch będzie musiał być otwarty na dwie strony - in i out, bo na te rozsyłane maile czasem mogą przychodzić chociażby zwroty.
Tak jak mówię, nie będzie to maszyna do spamowania, ale do rozsyłania wiadomości do klientów firmy czy też różnego rodzaju osób związanych z firmą.
Debiana widzę jako platformę, natomiast jeżeli chodzi o serwer pocztowy który miałby się tym wszystkim zajmować, to wypada na postfixa wstępnie, aczkolwiek zastanawia mnie kwestia kolejkowania już konkretnych porcji emaili które będą miały wychodzić. Już pomijając fakt jaka to będzie maszyna i jakie łącze - bo to będzie takie jakie wskaże. Zastanawia mnie tylko właśnie opcja przez którą w pewnym momencie maszyna zaczęła by się ksztusić. Priorytetem jest, aby wszyscy odbiorcy dostali tę wiadomość tego samego dnia, więc to co będzie pod spodem będzie musiało być na tyle silne, żeby wypchać te wszystkie wiadomości na zewnątrz w jakimś realnym do zaakceptowania przez biznes czasie.
Chodzi mi po głowie postfix skonfigurowany podstawowo, bez żadnych dodatków typu mysql i virtualne hosty, to będzie praktycznie jeden adres email, jedna nowa domena i ten soft który będzie się zajmować wysyłką.
Soft nie będzie rozsyłać maili za pomocą np. jakiegoś phpowego mail - zostanie on przepisany na pythona i w takiej formie korzystać będzie z odpowiednich mechanizmów, które dostępne są dla pythona a pozwalają na wysyłkę poczty.
Zastanawia mnie teraz tylko - może któraś z Pań czy też Panów tutaj ma już jakieś doświadczenie związane z tego typu mass mail serwerami ? bo jakbym miał to stawiać teraz, dzisiaj, to tak jak mówię, zdecydowałbym się na postfixa nie uzbrojonego przesadnie w jakieś dodatki, żeby te procesy nie siadały na maszynę aż tak bardzo, tylko raczej jakaś okrojona i przystosowana do tego wersja.
Nie wiem trochę jak by to mogło wyglądać w takiej skali do jakiej będzie użyte. Po prostu nie chciałbym, żeby podczas którejś sesji wysyłkowej maszyna spłonęła. Może jesteście w stanie powiedzieć coś na temat kolejkowania w postfix ? Bo w jakiś sposób te maile będą musiały być dzielone na porcje i pewnikiem ostanie się, że serwer musi się tym zająć. Tyle tylko że, z tego co widziałem jak faktycznie qmgr jest zbudowany, to nie doszukałem się możliwości jakiegoś rozkładania takiej ilości zadań do wykonania na mniejsze. Wprawdzie active w qmgr sam to sobie jest w stanie limitować ale nie mam żadnych danych jak się to faktycznie sprawdza i czy istnieje możliwość manewrowania na tych ilościach.
Jesteście coś w stanie doradzić lub dopowiedzieć ?
A może powinienem zostać gdzieś odesłany do googla np. chociaż... właśnie stamtąd przychodzę.
pozdrówka i szczęśliwych walentynek dla wszystkich zakochanych debianowców.
Fo
Klasyfikator wódki w świecie IT: 0.1 l - demo,0.25 l - trial version,0.5 l - personal edition,0.7 l - professional edition,1.0 l - network edition,1.75 l - enterprise,3 l - for small business,5 l - corporate edition,"klin" - Service pack
Offline
Informacje debugowania
| Time (s) | Query |
|---|---|
| 0.00016 | SET CHARSET latin2 |
| 0.00004 | SET NAMES latin2 |
| 0.00068 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='13.59.220.223' WHERE u.id=1 |
| 0.00160 | UPDATE punbb_online SET logged=1715981550 WHERE ident='13.59.220.223' |
| 0.00031 | SELECT * FROM punbb_online WHERE logged<1715981250 |
| 0.00068 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=10606 AND t.moved_to IS NULL |
| 0.00057 | SELECT search_for, replace_with FROM punbb_censoring |
| 0.00156 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=10606 ORDER BY p.id LIMIT 0,25 |
| 0.00108 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=10606 |
| Total query time: 0.00668 s | |