ugrás a tartalomhoz

RoundCube Webmail

janoszen · 2007. Dec. 24. (H), 11.38
Jó ideje bosszantott már, hogy a Squirrelmail nehézkesen kezelhető és teljesen nyilvánvalóan hatalmas hibák tátonganak benne többek között a magyar ékezetes karakterek kezelése terén. Tegnap eljutottam odáig, hogy némi erőforrást befektetve utánanézzek egy jobb webmailnek.

A RoundCube levelező lista nézete


Szeretném felhívni a figyelmeteket egy igéretes projektre GPL licenc alatt. Bár még igen csak béta állapotban van, már most veri az általam eddig megismert böngésző alapú levelező klienseket. A RoundCube Webmail-ről van szó. Szemet gyönyörködtető felülete mellett egyszerűen használható, ami mindenképpen jó pont. Ehhez még hozzájön az, hogy a korai stádiuma ellenére már rengeteg patch és integrációs javítás van hozzá a fórumokban, és már jónéhány *nix disztribúció repojába is felkerült (Debian/Ubuntu, Gentoo, xBSD, Mandriva stb.).

Ezúton szeretne proclub-bal együtt a Weblabor szerkesztősége is mindenkinek kellemes karácsonyi ünnepeket és boldog új évet kívánni.
 ■
1

extra.hu

Hodicska Gergely · 2007. Dec. 24. (H), 12.26
Az extra.hu alatt ez van már elég régóta, ott ki lehet próbálni. Igaz itt volt pár olyan igént, ami miatt meg kellett eléggé bolygatni, ami miatt nem teljesen stabil az AJAX-os része (részleteket nem tudok erről). Egyszer nekem is volt szerencsém hozzá, csak minimálisat kellett hackelni benne, egész szépen tagolt kódja volt (PHP oldalon).


Üdv,
Felhő
2

Hopsz...

janoszen · 2007. Dec. 24. (H), 13.17
Na, ezt nem tudtam. Egyébként amikor ránéztem a kódra, erőteljesen elgondolkoztam rajta, hogy kéne egy OOP-s forkot csinálni belőle hogy integrálni lehessen igény szerint.
3

Nos...

Lityi · 2007. Dec. 24. (H), 14.22
...az én usereim egyáltalán nem estek hanyatt tőle, mikor Mókusról váltottunk.

pl hiányolták az emailek tömeges törlésének lehetőségét. Ami azért elég furcsa, hogy kimaradt.

Januári egyik projectünk az lesz, hogy tudunk-e vmit ezzel a cuccal csinálni, hogy használható legyen, vagy menjünk inkább vissza Mókusra.

Pedig tényleg szép, meg minden, de az r=1 userek manapság inkább a használhatóságot értékelik, mint a csilivilit.
4

Miért ne lehetne tömeges?

janoszen · 2007. Dec. 24. (H), 15.08
Miért ne lehetne tömegesen törölni? Első katt, shift utsó katt, töröl. Mint a Windowsban. Vagy a felület alján ott van: Kijelölés: Összes Olvasatlan Nincs
10

Remek!

Lityi · 2007. Dec. 26. (Sze), 12.41
Köszi. Beírásodon felbuzdulva frissítettem, most már lehet. De az előző verzióból azért ez nagyon hiányzott.
5

jó választás

mandarin8 · 2007. Dec. 25. (K), 01.43
egyszerű de nagyszerű. "én is ezt használom" :)

az enternet(!) nemrég váltott erre (http://newwm.enternet.hu/)
6

De miért

Max Logan · 2007. Dec. 25. (K), 19.02
Azért azt is tegyük hozzá, hogy az Enternet azért váltott erre, mert az előző csilli-villi IE-re optimalizált felület akkora terhelést adott a szervereiknek, hogy kiakadtak és nem működött normálisan a webmail. Egyébként a tárhelyszolgáltatómnál (UltraNet) egy ideje van RoundCube (is) és nekem kifejezetten tetszik.
9

ez így igaz

mandarin8 · 2007. Dec. 26. (Sze), 01.34
és így teljes :)
7

plusz / minusz

Pal_ur · 2007. Dec. 25. (K), 21.03
Régóta használjuk a RoundCube-ot, azonban nem egy hibájába belefutottunk. A legfontosabb ezek közül, hogy bizonyos esetekben egy-egy levél csak a levéllistában látható, csak a feladó nevével, és emellett nem jelenik meg a levél tárgya és a levél méretét is nulla hosszúságúnak jelzi a felület. Sajnos ez a hiba rendszeresen előjön, de sok (kb. száz) ilyen eset alapos feldolgozása után sem lehet egyértelmű szabályt felállítani arra vonatkozóan, hogy miért fordul elő. A megrendelő meg ideges, pánikba esik, stb... (Mondanom sem kell, hogy természetesen a "hibás" levél mókuspostával, vagy más IMAP / POP3 kilenssel nézve hibátlanul ott van, olvasható.)

Különben jó, szép, aránylag gyors program, de sajnos a feni miatt szerintem éles rendszeren nem feltétlenül használható.
8

Patch

janoszen · 2007. Dec. 25. (K), 21.14
Sztem ha lenne olyan levél, amelyiknél ez előfordul, akkor nem lenne egy túlzottan nagy feladat kidebugolni. Föl kéne fegyverkezni egy debuggerrel és rá kéne szánni fél órát... ha bejönnek a hibajelentések, majd megteszem.
11

Mennyire jó?

Joó Ádám · 2007. Dec. 26. (Sze), 17.44
Egy Gmaillel felveszi a versenyt?
12

Áááá...

janoszen · 2007. Dec. 26. (Sze), 22.23
Esélytelen... nincs mögé elég vas. :D Egyébként viccen kívül, felhasználó élményben az általam látott webmail felületek közül talán ez közelíti meg a legjobban. Keress meg magánban, adok egy demoacc-ot ha akarod.
13

zimbra

Hodicska Gergely · 2007. Dec. 26. (Sze), 23.11
A zimbra volt még nagyon jó, egy időben már hajlottunk is rá, hogy megvesszük, de pont akkoriban vette meg őket a yahoo, és nem volt tiszta, hogy lehet-e még venni.


Üdv,
Felhő
14

rc telepítés

Eidur · 2007. Dec. 29. (Szo), 23.25
Üdv,
érdeklődni szeretnék, miként lehetséges a telepítése a Roundcubenak egy PHP-t támogató, MySQL adatbázisú szerveren?
Nem foglalkoztam még eddig hasonló dolgokkal, ezért van a lúzer kérdésem is. Az lenne a kérésem, hogy próbáljátok meg összefoglalni, de mégis érthetően leírni a telepítés menetét és mivoltát, vagy adni egy magyar telepítési útmutató, leírást, amit eddig még nem találtam sajnos.
Köszönöm szépen előre is a segítséget!
15

Hol akadtál el?

janoszen · 2007. Dec. 30. (V), 09.05
Üdv,

egyrészt ha kérdésed van, akkor azt a fórumban kellene feltenni másrészt hol akadtál el? Vagy neki se kezdtél?

A telepítés baromi egyszerű: Fölmásolod a csomagolt fájl tartalmát, az SQL könyvtárból betöltöd az SQL-t végezetük a config php-kban beállítod a megfelelő változókat, majd örülsz hogy működik.

J
16

Config..

Eidur · 2007. Dec. 30. (V), 13.13
Felmásoltam, betöltöttem az SQL-t, de nemtudom milyen válozókat kell beállítanom, ebben kérnék szépen egy rövid kis segítséget, de mégis szájbarágósat, mert láma vagyok.
Köszi szépen!
Bocs hogy nem a fórumba írtam, de még itt is új vagyok.
17

Karbantartás...

janoszen · 2007. Dec. 30. (V), 21.03
És miből gondolod, ha föltelepíteni se tudod, akkor majd karban fogod tudni tartani? Új biztonsági frissítéseket föltenni, hogy csak a legtriviálisabbat mondjam? Elolvasni az upgrade utasításokat?

Nem tudom, miféle projektet csinálsz, de ha nyilvánosan kint van az interneten, akkor már túl sok felelősséget vállaltál magadra.

Ha komolyan föl szeretnéd telepíteni, akkor ess neki a confignak egy szótárral a kezedben, és amit nem sikerült kiszaszerolni, azt tedd föl a fórumban kérdésnek. Mindazonáltal tényleg ajánlom figyelmedbe, hogy a levelezés telepítése nem játék.
18

Infinite loop

js · 2007. Dec. 31. (H), 01.48
Nekem az a gondom, hogy a szerver egyik legnagyobb imap postafiókjával rendelkezem, és abba igenis beletörik a foga (ofc egyik szoftvernek sincs ilyen gondja, bár régen a Mail.app 27k levélnél kiakadt). Működik szinte minden usernek, nekem pont nem. Debugolni nagyon nem bírtam, de kb. az IMAP olvasásnál nem sikerül valami. Persze miközben az én processzem izzad, a rendszer többi része kifogástalanul megy:

last pid: 37480;  load averages:  0.65,  0.44,  0.27     up 93+08:30:12  00:50:40
450 processes: 2 running, 448 sleeping
CPU states: 98.8% user,  0.0% nice,  0.8% system,  0.4% interrupt,  0.0% idle
Mem: 343M Active, 395M Inact, 202M Wired, 47M Cache, 111M Buf, 9588K Free
Swap: 2048M Total, 258M Used, 1790M Free, 12% Inuse

  PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
10197 www      118    0 28620K 15312K RUN      0:59 88.62% 88.62% httpd
42020 mysql     20    0 86344K 22036K kserel  22.0H  0.00%  0.00% mysqld
  610 root      96    0  5268K  1936K select 530:42  0.00%  0.00% fam
  520 multilog  -8    0  1228K   500K piperd 257:42  0.00%  0.00% multilog
42447 mysql     20    0   105M 52928K kserel 100:05  0.00%  0.00% mysqld
  348 root      96    0  1356K   524K select  59:30  0.00%  0.00% syslogd
 1399 nobody    96    0  1388K   396K select  52:28  0.00%  0.00% dnsmasq
...
A hibaüzi:
[Mon Dec 31 00:51:54 2007] [error] [client 213.178.116.144] PHP Fatal error:  Maximum execution time of 120 seconds exceeded in /.../html/roundcube/program/lib/imap.inc on line 133, referer: https
://.../roundcube/


Megértem, hogy jónak tűnik, de hogy nem robusztus, az is biztos.
19

Limit?

janoszen · 2007. Dec. 31. (H), 09.47
Megnéztem azt a 133-adik sort, nem sok következtetést lehet levonni belőle. Lehet, hogy megpróbálja az egész könyvtárat egyszerre beolvasni, azért halálozik el. Szerintem, ezt be kéne küldeni bugreportba, had javítsák ki.
20

O(1), te álom

js · 2008. Jan. 1. (K), 12.36
Én is nézegettem, nem mindig itt pusztul el, de valahol az iil kapcsolatnál csinálja a dolgot lényegesen lassabban, mint kéne. Bár ez a lényegesen lassabb is olyan, hogy hiába veszem fel végtelenre a limitet. Valami olyasmi bugreport van, hogy nem hatékony a rendszer sok levél esetén, de eléggé lesajnálták a fejlesztők a reportolót. Majd még teszek egy próbát.
21

Sok levél...

szistvan · 2008. Jan. 2. (Sze), 01.44
Korábban keresgéltem én is IMP helyett valami mutatós és gyors levelezőt, már akkor is nézegettem a RoundCube-t, de aztán mégsem cseréltem. Az egyik mappámban most 35000 a másikban 25000 a többiben meg kevesebb levél van ;-) Nem mondom, hogy villámgéza, de megy (bár inkább pine-ban levelezem).
Most egy új rendszernél ismét előjött, hogy esetleg nem IMP lesz - emiatt is nagy érdeklődéssel olvastam a postot -, de ez a nagy mennyiségű levél probléma zavar.... :-(
Ráadásul ott is elképzelhető, hogy 1 mappában több 10000 levél lesz....

Esetleg eze(ken) kívül ajánlanátok mást, amit érdemes esetleg megnézni?
22

Mi az a szám?

janoszen · 2008. Jan. 2. (Sze), 08.34
Mi az a szám, amikor elkezd belassulni? Mert akkor generálok annyi levelet és elkezdem kidebugolni...
23

nem a levelek szama a baj

js · 2008. Jan. 2. (Sze), 14.57
Attól tartok, hogy nem a levelek száma a hiba, hanem a kézzel, a szerverról törölt levelek nagy száma. Miután rekurzívan kitöröltem az összes courierimapuiddb fájlomat, a 75k levél 1-2 másodperc alatt bejött!