Roundcube webmail tapasztalatok?

Hasznal valaki elesben roundcubet hosszabb ideje? Erdekelnenek gyakorlati tapasztalatok, foleg a varhato problemak, durvabb bugok, esetleg uzemeltetesi gondok.
Keszulunk bevezetni es jobb lenne elore felkeszulni mi varhato, mint elesben szembesulni vele...
(hazi teszteles van, de azt tudjuk mit er az egysegsugaru juzerek tehetsegevel szemben :))

zimbranal is hajmeresztu bugok jottek mar elo eles hasznalatkor, hiaba teszteltuk fel evig elotte...

koszi,
A'rpi

Hozzászólások

Nálunk bevált, kb 2500an használják. Persze megmaradt a régi mókusposta, mert van aki ahhoz ragaszkodik, de a többség nem panaszkodott.

Volt időszak mikor beta-t is használtam, de azokban előfordultak kellemetlen bugok. A jelenleg 0.4.2 verzió van, eddig nem szólt senki, hogy gondja lenne vele.

Ubuntu 10.04, Thinkpad x61s

Ubuntu alá telepítettem, cirka 3 éve, Sieve filterezést, kvótát állítottam be, ez utóbbit grafikus "progress" barral is jelzi, tud aláírást, foldereket, szóval kábé minden fontosabbat, amit egy desktop kliens tud. Használhatóágában - szerintem - az alap funkcionalitása veri a hordét, a sima userek számára különösen hosszabb tanulási folyamat nélkül ment az átállás, és azóta is boldogan használják. 100 userről van szó.

Csak ajánlani tudom :)

horde-t nem nehez :)
itt az openwebmail-t kene lecserelni, csak az imap miatt, amugy semmi gondunk vele. az nem hatrany, ha usereknek nem kell sokat tanulniuk, az openwebmailt is ezert szerettek.

magyar ekezetekkel mennyire van gondja? gondolok itt ekezetre a felado neveben, vagy a csatolt filenevben. vagy 8 bites nem mime-enkodolt levelekre (altalaban outlook produkal ilyesmit)? zimbra 6 ezektol megfekszik elegge...

A'rpi

~3 hónapja használom és semmi gond nincs vele. Nekem bejön.

Roundcube, elötte http auth. sieverules,emoticons,userinfo,calendar,sound_notifier,message_highlight,jqueryui,accounts,settings,password pluginnel.
ldap, vagy sql backend
megy jól :-)

--
r@g3
jáTék0s l1NuX [http://www.youtube.com/user/gerig0d]>

Gondolom arra semmi esely, hogy outlook-al (esetleg thunderbird) szinkronizaljam valahogy a cimlistat?

A'rpi

Arra sajnos semmi esély :(
Max. a global címlistát LDAP címtárral.
Amúgy amire nálam legutóbb panaszkodtak, hogy HTML mailre válaszolva nem a HTML szerkesztőt kapják, na ezt a 0.5-ben már javították is, abban viszont az IMAP namespace "fejlesztése" miatt vannak mappák, amiket nem lehet elérni...
Ja, meg nekem az istennek se hozza létre a default mappákat (elküldött, spam, kuka, stb...), hiába van beállítva.
De ennél több baja nincs, jó kis webmail ez.

Roundcube jó, de én jobban szeretem az @mail-t mert abban jobb beépített kereső van.

Nekem soha nem volt gondom vele és szeretem használni.
Ugyan itt nem nagyüzemben folyik a dolog, de más sem panaszkodott még rá.

Mobilról a SquirrelMaillel szoktam nézegetni a leveleket, mert az sokkal gyorsabban működik azon a hardveren.
Kinézetre viszont a Roundcube szebb. :)

Kb 2000 ügyfél használja nálunk! Password, vacation, átirányítás amit megtudnak csinálni az ügyfelek. Szép alapból is, de skinezhető ha akarod!

Csak pozitív. Könnyen üzemeltethető, megbízható, szép, kényelmes, testre szabható.

Szinte már mindenhol lecseréltük a mókust Roundcube-ra, nagyon bevált. Ubuntu esetén (egy darab mail szerver nálunk olyan, a többi Debilány) a tárolós verzió nem mindig volt működésre bírható, de a honlapjáról letöltött kiválóan működött.

Szia.

Alapvetően nekünk sincs bajunk vele, két apróbb hiba, amire nem találtam még megoldást (mondjuk sokat eddig még nem is foglalkozam vele):

- Mappaváltáskor néhány esetben az új mappában listáz egy-két olyan levelet is, ami az előző mappában van. Egy mappafrissítés után már a helyes listát mutatja. Cache nincs.

- HTML levél küldésekor, ha sima szöveges módban nézem a fogadó oldalon, furán töri a sorokat.

Üdv: Zoli

Kb 2000 user, pluginok csak óvatosan. Annyi tapasztalat, hogy a nagy méretű fiókoknál néha be tud lassulni (kliens oldal lassul, szerintem valami js performance gond). Amúgy teszi a dolgát szépen stabilan

Annyi szopás volt, h a cache-t kikapcsoltam, mert gyorsítás helyett baromira belassult. Csakis sok user esetén persze :)

+ Gyors, átlátható, csilivili,
+ rendszeresen fejlesztik, sok plugin (amit használok: céges telefonkönyv, billentyűparancsok, összes melléklet letöltése, állandó bejelentkezés),
+ SQL cache, log és real-time debug,
+ témák szerinti rendezés.

- nincs normális keresés: egyetlen feltételt tudsz megadni, ami egy nagy forgalmú user-nél baromi idegesítő,
- nagy méretű (több GB) mailbox-oknál néha meghülyül, nem mutat mappa listát, vagy üres mappát látok (lehet, hogy dovecot bug),
- drag and drop van, de ha már ajax, akkor csinálhattak volna jobb-egérgomb menüt,
- nálam minden egyes frissítésnél kézzel kell mokolni az adatbázisban,
- nekem a sieve túl bonyolult. :)

Én is az OW-nél maradtam volna, ha imap alapú lenne és fejlesztenék..

Kezdetektől, használom. Előtte volt nálam Iloha is.

Nemrég jött ki a 0.5-ös, hátha más sem vette eddig még észre..:-)

1.) Csak úgy, ha a html-be beszúrod a képet (ezt viszont pl. az Outlook nem fogja alapból megjeleníteni - figyelmezteti a felhasználót a letöltésre),
2.) Ha a mappa teljes tartalma eltűnik akkor ez RC bug (nálam is előjött), nagyméretű mailbox-oknál fordul elő, ha frissítesz, ki-be lépegetsz akkor látszódni fog, többet már nem tűnik el. :)

Ilyen ugyfelem nekem is van, mar gondoltam, hogy forumtemat nyitok a dolognak.

Fajlszinten latom az inboxban a leveleket, mar toroltem minden dovecot indexet, csak lassa mar vegre a leveleket, de semmi, ugyfel tovabbra is azt jelezte, hogy egy fia levele nincs. Jogok abszolut jok.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Lehet, hülyeség, de nem lehet, hogy törölve lettek a levelek, de nem futott le utána "tömörítés"/compact művelet?

Ilyenkor fileszinten még megvannak a levelek, de nem feltétlenül látszanak.
Pl. egy normál file: 1302715517.H905345P30067.Xxxx:2,Sa
ugyanez törölve: 1302715517.H905345P30067.Xxxx:2,STa

Ha kiveszem a T-t, újra látszik.

Bocs, ha nem talált vagy nem Maildir, csak tippelgetek. :)

Nem véletlenül egy nagy méretű maildir-ről van szó?
Nálam a korábbi verziók hajlamosak voltak time-out-olni (van rá workaround) az imap kommunikációnál, ezt egy (vagy több) ki-be mozgatás a mappákban megoldotta (talán újraindexelte), többször már nem jelentkezett.

Nemrég jártam úgy, hogy betelt a home partícióm... és amelyik IMAP könyvtárba új levelek érkeztek volna, az eltűnt a levelezőből... mármint a tartalma. Ugyanígy webmail-ből is. Levelek fizikailag ott voltak.

A probléma megoldása után (szabad hely) addig üres is maradt, amíg néhány levelet nem mozgattam át, majd vissza... ill. lehet, hogy új levél érkezése is helyretette volna.

Szóval ez alapján lehet akár még szabad hely-, inode hiány, disk quota vagy egyéb limit probléma is...

Tud filerendszer kvótát megjeleníteni?
Milyen kvótákat ismer?

Én dovecottal használtam, szép progressbarral mutatta a quota állását.

Itt egy fórumtárs is jelzi, hogy szépen működik neki.

A kérdésem a kvótára vonatkozna. Minden tökéletesen működik, a RoundCube, a Mozilla Thunderbird pontosan látja a kvótát, ha bejön egy levél, a dovecot transport miatt a kvótabejegyzés szépen frissül.

Találkoztatok olyannal, hogy az istenért sem hajlandó létrehozni az alapértelmezett mappákat?

$rcmail_config['default_imap_folders'] = array('INBOX', '.Drafts', '.Sent', '.Spam', '.Trash');

// automatically create the above listed default folders on login
$rcmail_config['create_default_folders'] = true;

Kézzel létre tudja hozni, tehát a courier rendben van.

Legfrissebb rilíz.

subscribe

--------------------------------------------------------------------------
színes

A legfrissebb verzió valamiért nem támogatja a böngészők számára a belépési adatok megőrzését.
Itt a megoldás:

/skins/default/templates/login.html:

roundcube:object name="loginform" form="form"

Erre:

roundcube:object name="loginform" form="form" autocomplete="on"

nekem az automatikus levelszures hianyzik a roundcube-bol egyebkent nem volt ra panasz csak ez.
---
Tévedni mindenkinek szabad, csak a mérnöknek észre kell vennie.

kijott a 0.5.2-es, javitottak benne par hibat:-)

Roundcube: Én csak javasolni tudom. Nekem és az ügyfeleimnek semmi probléma nem volt vele.

Debian Lenny, Ubuntu *

Én pont azért nem ajánlom senkinek, mert a levélszűrés szerintem nem a legjobb.

Nálam postgres-ből autentikált virtuális userek vannak (kb. 30 domain) és a sieve-t nem tudtam befűzni a sorba a spamassassin és a postgrey mellé, mert úgy tűnt, hogy ha transport-nak megadom a dovecot-ot, hogy mehessen a sieve, akkor az összes többit (spamassassin, postgrey, stb.) elveszítem.

Te hogyan oldod meg a filterezést?

Pont itt tartok. :)
Spamassassint elvileg be lehet drótozni a sieve-hez.

Hogy sikerült használnod a sieve-t?
Nálam RC azt írja ki, hogy nem tud csatlakozni a szerverhez, dovecot conf-ban engedélyezve van.
Azt nem tudom, hogy a debian-ban levő dovecot tartalmazza-e a sieve server patch-et.

http://wiki.dovecot.org/ManageSieve/Install

Szerk: valószínűleg benne, ezt kapom:

"Fatal: Failed to create sieve storage with data: ~/sieve"

Szerk2: a sieve_dir és sieve pontos megadása megoldotta

Alighanem inkább IMAP probléma, de csak RC-al jött elő.

Az userek levelei a home könyvtár alatt a mail/ könyvtárban találhatóak. Thunderbird esetén az IMAP directory "mail/" -ra állítása megoldás volt, az Openwebmail is elboldogul vele, már nem emlékszem, hogy miképp.

Az RC viszont konokul a ~/ tartalmát olvassa, az

$rcmail_config['imap_root'] = 'mail/';

sor ellenére is. Ez még _annyira_ nem is lenne baj, de a settings/folders fülbe beleakad, mert a teljes home könyvtárat olvasni próbálja, és az persze megfekszi a hasát.

Ötletek:

- rosszul van konfigva az imap szerver - ez ok, úgyis új lesz helyette, az merőben másmilyen lesz
- az RC néz valamit rossz szemmel, de mit?
- egyéb?