levelek tarolasa sql-ben, eleresuk imapon keresztul

Linux-kezdő

a fenti dolgot kellene megoldanom. adott egy centos5 szerver. kb 10 user van rajta viszont a userekenek varhatoan lesz tobb giganyi leveluk, alkalmankent imap-on keresztul hozza kell ferni a levelekhez.

mit ajanlotok?

  • 1029 megtekintés

( sany | 2007. 07. 14., szo – 13:35 )

----------------------------------------------------------------

( snq- | 2007. 07. 14., szo – 13:38 )

>> mit ajanlotok?
hogy ne tárolj leveleket sqlben

Mit akarsz SQL-ben tárolni? A levél törzsét, feladóját, vagy a header más részeit?

Azt hiszem nálad valami fogalomzavar van még, hiszen ha abból indulsz ki, hogy a levél lehet plain text, html, tartalmazhat fájlokat, képet stb. Ha ezeket szeretnéd mind adatbázisban feldolgozni, akkor valami nagyon progressive alkalmazásra van szükséged, ami még nem is nagyon létezik...

szamomra a level mint fogalom a levelet mindenestul jelenti feladoval csatolasokkal egyutt.

a beerkezo levek berakasat az sql-be meg csak megoldanam, procmailbol meghivok egy kis akar perl vagy phyton progit ami berakja, ez gyorsan megvan, de gondom azzal van hogy imapon keresztul elkene erni , courirt hackolni meg nem sok kedvem es hozzaertessem van.

mgb

Erre meg nem gondoltam, de szerintem is jo (legalabbis kiprobalando/megfontolando) otlet lenne a teljes levelet sql-ben tarolni. Mi szoptunk mar eleget mind a mailbox, mind a maildir formatummal, sok levelnel egyik sem hasznalhato, iszonyu sok disk i/o lesz a vege ami ha sok user is van gyakorlatilag hasznalhatatlanna teszi az imap szervert.

egy erdekes "tanulmany" a temaban:
http://techdir.rutgers.edu/imap.html

azt hozza ki eredmenyul, hogy az m$ exchange azert olyan "jo", mert adatbazisban tarolja a leveleket. es sajnos van benne valami...

ugyanakkor meg nem lattam/hallottam unixra olyan imap megoldasrol, ami adatbazisba tenne a leveleket. lehet, idej elenne irnunk egyet? :)

A'rpi

mint fentebb irtam a bejovo levelek betolasa szerintem egyszeru feladat mert csak fejlec infokat kene kulon mezobe rakni (nekem csak azokra kell keresni :)) a torzset majd szetbontja a kliens engem nem erdekel hogy video vagy jpg van benne

viszont imapd-t is kene hackolni hozza, lehet ez sem binyi de nem ismerem nem neztem meg a forrasat egyiknek sem

mgb

Na ne már! Hogy-hogy nincs linux-ra/unixra sql-es levéltárolás?
Akkor a DBMail micsoda? www.dbmail.org
Meg van egy új versenyző is, a decimail, de az új.

Ugyanakkor én a Maildir-rel és a Maildir++-szal meg vagyok elégedve. Most töltünk vissza tesztre éppen 157GB levelet, amit elkezel a szerver. OK, nem sufni pc, nagy hp, de csak 2GB ram van benne. Oszt' mégis bírja az outlook expressek perces, két perces lekérdezéseit. kb 1500 userrel. A dbmailre nem mertem volna rakni :-) kisebb helyen jól működik.

hát nem tudom. Nem hiszem, hogy ne lehetne megoldani úgy, hogy külön storeokat alakítok ki és egy imap proxy-val, pl. perdition, elosztom a forgalmat a különböző ima pszerverek között, amik külön storeokhoz csatlakoznak. Egyébként lehet, hogy meg is csinálom ezt a dbmail + 157GB levél + 1500 user tesztet egy szebb napon, mint a mai kommenista szombat. Most ékezik egy gép, megnézzük, hogy a quad core + 4 GB FBDIMM RAM mit bír hasítani. Jelszavam: ha exchange alatt megy, akkor FOSS alatt is :-) Igazából mindig a követelményektől függ minden. Meg lehet "buktatni" és pajzsra is lehet emelni az exchanget.

Sajnos a maildir + sok pici file eseten meg egy 64 node-os NAS kellene hozza hogy elviselhetoen menjen... Nalunk kb 2000 user van, 230gb-nyi tobbsegeben 1-2 kbyteos level. Csucsidoben 10-30 sec a mail-check, ami kitekintonel meg elmenne, de webmailnal mar necces. Es kozben doglenek a vinyok mint a nyulak...

A'rpi