afterlogic webmail

Végre találtam egy pofás ajaxos webmail klienst (a roundcube addig nem játszik, amíg nem implementálják a mail filterezést).

És itt jön a dilemma: ez itt nekem mysql-ben akarja tárolni a leveleket és nem vagyok meggyőződve róla, hogy az nekem annyira jó (gigabyte-os mailfolderekről van szó).

Megette a fene az egészet.

( kikke | 2010. 11. 23., k – 12:34 )

Ha keresni is akarsz a levelek között, nem olyan nagy baj hogy mysql-ben van a levelek törzse.

Ezzel azért vitatkoznék. :)

Indokok:
- több gigányi levelezést már nem biztos, h hatékony mysql-ben tartani (nyilván lehet külön erős SQL szervert csinálni csak ezért, de nem biztos, h pénzben megéri)
- arányosan szerintem kevesebb keresés történik mint egyéb művelet
- jól kitalált folder struktúránál a keresés sem olyan nagy gond
- az IMAP pl. azért is van, h szolgáltassa a könyvtár szerkezetet a kliens felé

Úgy emlékszem nem tárolja a teljes levelet mysql-ben, csak a parse-olt fejléceket, szöveges tartalmakat.
...
Igen, a data/mail/ alkönyvtárba pakolássza az .eml fájlokat. Ha a csatolmányok miatt nagy a mailbox mérete, akkor elvileg nem lesz nagy az adatbázis igénye. Ha nem, akkor rossz hír, hogy duplán fogja a helyet foglalni.

Hmmm... Belenéztem a messages táblába és mintha ott az egész mail benne lett volna.

Egyébként a data/mail-be se tegyen semmit, mert nem azért van külön minden usernek saját maildir-je a /var/mail alatt, hogy utána szétkaplják a vackaikat mindenféle webmail alatti alkönyvtárakba.

Ráadásul a már létező foldereimet is bele kellett volna töltenem vhogy (nem láttam rá eszközt, bár nyilván írható ilyen php-s progi, ami végig nyalja a leveleimet és egyesével beinsertálja).

( csardij v | 2010. 11. 23., k – 13:06 )

mit értesz mail filterezés alatt?

From, to, subject mezők alapján a beérkező levelekkel csinál valamit (tipikusan a megfelelő célmappába teszi). Most ne kezdjük az akadémikus vitát, hogy ez a mail szerver dolga lenne, vmi köztes eszközé (pl. procmail) vagy a mail kliensé. Ügyfelet (r=1, a humorosak kedvéért) nem lehet és nem is szabad rávenni arra, hogy procmailt, sieve-t meg egyéb csodákat használjanak mail szűrésre.

( bambano | 2010. 11. 23., k – 13:21 )

"can store"-t ír...
egyébként én is azt tapasztaltam, hogy levéltárolásra nem jó az sql.

fel is raktad vagy csak elolvastad a webjét?

Először is nem értem, minek neki mysql. Másodszor ráborítottam a 14 gigás imap postafiókomra, rögtön nem találta meg a foldereimet. utána kellett valami folder subscribe menüt nézegetni, amit nem értek, mert mindegyik másik imap kliensem tudta, hogy mit kellene mutatnia, csak ez nem. Azután itt gyorsan fel is adtam. A firefox meg panaszkodik, hogy nem válaszol az oldalon egy parancsfájl...

Ez nem alkalmas arra, amire nekem kellene. Egy ilyet kiengednék az ügyfeleknek, felrobbanna a callcenter.

A kinézete meg....

A *sql tényleg baromság, ezt aláírom.

Hogyan tudtad ráborítani a foldereidet? Az általam letöltött "community-edition" nevűben nem találtam sehol folder subscribe-ot és azt sem találtam, hogy a feljebb említett "can store" opció hol állítható be.

Nekem a FF4b7 nem szólt árva mukkot sem, h vmi baja lenne a kóddal v. annak futásával.

( Hunger | 2010. 11. 24., sze – 17:29 )

a leírás szerint mssql is (asp verzió esetén msaccess is) lehet a db backend :)