Az 1.4.18-as verzió új magyar fordítást tartalmaz, amely nem csak a törzsmodul 100%-os magyarításából (locale/hu_HU/LC_MESSAGES/squirrelmail.mo) áll, hanem tartalmazza néhány modul fordítását is. Ezek: askuserinfo, check_quota, compatibility, folder_sizes, local_autorespond_forward. A change_pass pluginhez is készült fordítás, de ez modul szerencsétlen módon a saját alkönyvtárában tárolja a lokalizált üzeneteket, így ez a fordítás valószínűleg nem magával a SquirrelMail-lel együtt kerül kiadásra.
A SquirrelMail eddig is kiválóan kezelte a magyar ékezetes karaktereket, bár néhány buktató van az ezzel kapcsolatos konfigurációs opciókban. A config/config.php fájlban található $default_charset változó értékének állítása például tökéletesen hatástalan a magyar nyelven futtatott SquirrelMail esetében, ilyenkor ugyanis a functions/i18n.php fájlban található $languages tömb magyar nyelvre vonatkozó értékei a mérvadóak. A jelenlegi verziókban alapértelmezésként így kerül meghatározásra a magyar nyelv:
$languages['hu_HU']['NAME'] = 'Hungarian'; $languages['hu_HU']['CHARSET'] = 'iso-8859-2'; $languages['hu_HU']['LOCALE'] = array('hu_HU.ISO8859-2','hu_HU.ISO-8859-2','hu_HU'); $languages['hu']['ALIAS'] = 'hu_HU';
Ez legjobb tudomásom szerint (javítson ki, aki szerint tévedek) sorról sorra a következőket jelenti:
- A nyelv neve 'Hungarian'
- A nyelv használatakor a SquirrelMail ISO-8859-2 kódolású HTML oldalakat generál, ami maga után vonja természetesen azt is, hogy a böngészőnek ilyen kódolással kell elküldenie minden form tartalmát (felhasználónév, jelszó, címzett, levél tárgya, levél szövege, vagyis minden).
- A nyelv használatakor a SquirrelMail a locale könyvtár hu_HU.ISO8859-2, hu_HU.ISO-8859-2 és hu_HU alkönyvtáraiban keresi a magyarított üzeneteket tartalmazó .mo fájlokat.
- A nyelv a hu_HU alias névvel is megnevezhető.
Az 1.4.18-as verzióban a functions/i18n.php fájl előreláthatólag valami ilyesmi módon fogja definiálni a magyar nyelvet:
$languages['hu_HU']['NAME'] = 'Hungarian'; $languages['hu_HU']['CHARSET'] = 'utf-8'; $languages['hu_HU']['LOCALE'] = array('hu_HU.UTF-8', 'hu_HU.UTF8', 'hu_HU'); $languages['hu']['ALIAS'] = 'hu_HU';
Vagyis a kódolás UTF-8-ra vált! Ezzel párhuzamosan a magyarított üzenetek .po és .mo fájljainak karakterkészlete is UTF-8-ra változik (ISO-8859-2-ről), ennek azonban SEMMI KÖZE a functions/i18n.php fájl változásaihoz, a .mo fájlokban ugyanis a benne levő üzenetek kódlapjáról is talál információt a program, és az üzenetek megjelenítése előtt elvégzi a szükséges kódlapkonverziót, ha a HTML lapok generálását más kódlap szerint kell végeznie. Ez végül is azt jelenti, hogy ISO-8859-2 kódolással futó SquirrelMail installációba is be lehet másolni az UTF-8 kódolású magyar fordítást, és ehhez még a konfigurációs fájlok szerkesztésére sincs szükség.
A SquirrelMail egyébként is képes akár a kínai írásjelek megjelenítésére még a jelenlegi ISO-8859-2-es módban is, oly módon, hogy az aktuális kódlapban nem szereplő karaktereket &#N; formában szúrta be a generált HTML oldalba. Azonban ha egy UTF-8 kódolású levelet akarunk megválaszolni ISO-8859-2 módban, akkor a szerkesztőablakba már nem képes rendesen beszúrni az idézetet. Egész egyszerűen nem hajlandó elvégezni az UTF-8 szöveg ISO-8859-2-re konvertálását, még akkor sem, ha az UTF-8 szöveg történetesen magyar nyelvű, és a konverzió lehetséges. Ez a probléma is megoldható azonban UTF-8-ra való áttérés nélkül is, mégpedig úgy, hogy a config/config.php fájlban true-ra állítjuk a $lossy_encoding változó értékét.
Ilyenkor minden közép-európai nyelven írt levelet gond nélkül meg tudunk válaszolni, még akkor is, ha az UTF-8 kódolású. Ha viszont pl. héber nyelvű levélre szeretnénk válaszolni, akkor a válaszlevelünk idézet részében a héber betűk helyett csupa kérdőjel szerepel. Ezt a problémát oldja meg az UTF-8 módra történő átállás.
Az UTF-8-ra történő átállás során azonban a következő problémákkal kell szembenézniük a rendszergazdáknak:
A SquirrelMail a felhasználói adatokat (.pref fájlok, .abook fájlok, .sig fájlok, sőt minden valószínűség szerint az SQL-ben tárolt adatok is) ugyanis 8 bites kódolással, az aktuális kódlap szerint tárolja. Így, aki már régóta üzemelő SquirrelMail installációval rendelkezik, és most szerete (verziót és) kódlapot váltani, annak fel kell készülnie arra, hogy az említett adatok kódlapkonverzióját el kell végeznie (pl. iconv paranccsal). Ez még nem is lenne probléma, de a SquirrelMail-be történő belépéskor a webböngésző a SquirrelMail által generált HTML oldal kódlapjának megfelelő kódolással küldi át a jelszót...
Ahol tehát a felhasználók között vannak olyanok, akiknek a jelszavában ékezetes karakter(ek) van(nak), ott kicsit fájdalmas lehet a kódlapváltás. A rendszergazdák tehát a következő lehetőségek közül választhatnak:
- Maradnak az ISO-8859-2 kódolásnál (ez a functions/i18n.php fájl egyetlen sorának szerkesztésével az 1.4.18-as verzióra történő átállás után is lehetséges), és a $lossy_encoding opció segítségével javítnak az ékezetes karakterek kezelésén.
- Átállnak UTF-8 módra, így a világ összes nyelvén írt üzeneteket tökéletesen tudják kezelni, de szembe kell nézniük az adatok kódlapkonverziójának aprócska és a jelszavak kódlapkonverziójának kínos (a felhasználók közreműködését igénylő) feladatával.
UI: Pusztán az UTF-8-ra történő átálláshoz természetesen nem kell verziót frissíteni, elég hozzá a functions/i18n.php fájl egyetlen sorát a fentieknek megfelelő módon átírni.
- A hozzászóláshoz be kell jelentkezni
- 5502 megtekintés
Hozzászólások
ha a mai állapotok maradnak, a többség át fog migrálni eGroupware vagy Zimbra rendszerekre.
- A hozzászóláshoz be kell jelentkezni
Már késő, 2 éve zimbra, nagycéges környezetben, saját magyarítással. Eddig bevált.
- A hozzászóláshoz be kell jelentkezni
na igen, vagy már rég migráltak.
- A hozzászóláshoz be kell jelentkezni
lehetseges lenne hogy mas is hasznalja a magyaritast?
- A hozzászóláshoz be kell jelentkezni
Erre én is vevő lennék! :)
Bár még éppen vacillálok az eGroupware és a Zimbra között. Ami valószínűleg eldönti azonban a kérdést: jól látom, hogy a Zimbra-ból teljes mértékben hiányzik a projekt-menedzsment?
- A hozzászóláshoz be kell jelentkezni
Kollegám majd egy éve lefordította, azóta így használják akiknek nehézkes az angol.
projekt-menedzsment, hm.. talán a bugzillát szánták erre a célra. Azért majd érdekelne sikerült e beüzemelni valakinek.
-
Debian Lenny
- A hozzászóláshoz be kell jelentkezni
Azt a mindenit!
Köszönöm mindkét linket, nagyon sokat segítettél. Amennyiben a Zimbra lesz a befutó (tesztelni már biztos, hogy fogom) és a fordításon az ajánlottaknak megfelelően sikerül finomítani, mindenképp visszajelzek majd
- A hozzászóláshoz be kell jelentkezni
Hah. Egy újabb szoftver, aminek a fejlesztői nem képesek megcsinálni azt, hogy a progi kérdés és opciók nélkül egyszerűen csak jól működjön. Ehelyett a rendszergazdának kilométeres irományokat kell megértenie és kiválasztania azokat az opciókat, amikkel egész véletlenül épp jól megy a progi. Szánalmas. Drága szoftverfejlesztők, bármely projektben: tessék már végre eltüntetni az összes olyan opciót, ami arról szól, hogy a progi jól vagy rosszul működjön, és bedrótozni a helyes viselkedést!
- A hozzászóláshoz be kell jelentkezni
továbbá követeljük a brain surgery for dummies azonnali megjelentetését:)
Landau Elméleti Fizika köteteinek 100oldalas egyszerűsített változatát lovári nyelven:)
és végre véget kell érnie a diszkrimináció korának,
Romákat a paksi reaktorvezérlőkbe!!:D
- A hozzászóláshoz be kell jelentkezni
Ez most bearanyozta az estémet! Hálás vagyok ezért a hozzászólásért! Köszömöm!
- A hozzászóláshoz be kell jelentkezni
:))
--
Debian squeeze
- A hozzászóláshoz be kell jelentkezni
:-)) Kávés lett a billentyűzetem a nevetésről.
Nem szabad ilyeneket írni ;-)
- A hozzászóláshoz be kell jelentkezni
Es minden projekthez mellekelni egy gratisz hexaeditort, ha esetleg a "jol mukodes" mashol megsem minosul annyira jonak.
--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!
- A hozzászóláshoz be kell jelentkezni
Így múlik el a világ dicsősége!
Pár éve vonultál távolabb az egykor népszerű terjesztés fejlesztésétől és máris elfelejtenek.
Én biztos vagyok benne, hogy amit írtál megalapozottan írtad és egyet is értek vele.
Aki meg nem ismer egy poén kedvéért rögtön a torkodnak ugrik, igaz ezzel saját _nemlétező_ szellemi fölényét is próbálja fitogtatni.
Így élünk mi Magyarországon...
--
не закурить! (Ne gyújts rá!) не куриться! (Ne dohányozz! Ne füstölögj!)
- A hozzászóláshoz be kell jelentkezni
Egyszer raktam fel valahova, mert a roundcube-bal valami baj volt az egyik frissítés után... Ideiglenesen felraktam a squirrelt, használják addig azt. Azt hiszem talán egy imap szervert meg portot kellett neki beállítani, és működött hibátlanul...
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
újabb exchange-killer
- A hozzászóláshoz be kell jelentkezni
inkább freemail killer kategória
- A hozzászóláshoz be kell jelentkezni
Mind az!!!444
--
Elméletileg nincs különbség elmélet és gyakorlat között. Gyakorlatilag van.
- A hozzászóláshoz be kell jelentkezni
Sokáig az sqmailt használtam, de szerintem manapság túl fapados. Ott van pl. a roundcube mail ami mostmár nagyon helyre kis webmail lett, magyar fordítással, és nagyon jól fejlesztik.
Ettől függetlenül respect a cikk írónak, remekül összeszedte azokat a részleteket, amik életet menthetnek egy ilyen frissítésnél, de legalábbis értékes időt spórólnak a rendszergazdáknak.
- A hozzászóláshoz be kell jelentkezni
Ujjabban mondjuk eléggé sok sebezhetőségre derül fény a Ronudcube esetében. (Logwatch reggelente tájékoztat, hányan, s miféle fájlokban keresik az egérlyukat a rendszeren...nap mint nap valami más.)
szürkehrteg
azenoldalamponthu
- A hozzászóláshoz be kell jelentkezni
Viszont nem úgy néz ki, mint amit 10 évvel ezelőtt hányt volna össze valami nulldesign mániás, amihez egy designhez hozzá nem értő okádott volna pár színkódot.
----------------
Lvl86 Troll
- A hozzászóláshoz be kell jelentkezni
Mondjuk hatalmas tehetség kell egy full ujradizájnoláshoz.Meg 2 óra szabadidő (maximum).
szürkehrteg
azenoldalamponthu
- A hozzászóláshoz be kell jelentkezni
A Roundcube azért nem csak egy redesign. Ez már majdnem úgy néz ki és működik, mint amit egy átlagember egy levelező klienstől elvár.
- A hozzászóláshoz be kell jelentkezni
Hányás az smail és az összes lekvár webmail is. Labdába se rúgnak egy Gmail, Hotmail, OWA mellett. A Roundcube ezen téren viszont tényleg erős befutó. Tetszik, nem tetszik a design az very urgent kategória.
- A hozzászóláshoz be kell jelentkezni
Miért, nem tudod elolvasni a leveleidet benne?
De.
Arra találták ki?
Igen.
Az, hogy nem AJAX hegyekben kell tocsogni, mire megnyitok egy levlet, miért baj?
Az meg, hogy mire képes a kliens, erősen szolgáltatófüggő is.
Mondjuk squirrelmailt még nem láttam összef..$va, Gmailt már igen, így a szintet valóban nem üti meg.
Amúgy meg inkább Horde, mint az általad említettek.
Ha egy mód van rá, akkor én fogom a saját magam által üzemeltetett kiszolgálón olvasni a nekem küldött leveleket, nem bízom a Gmailra, a többi meg... a Freemail -t miért nem hoztad fel? Van benne még fasza FCKEditor is!
szürkehrteg
azenoldalamponthu
- A hozzászóláshoz be kell jelentkezni
Mi is leforditottuk (pontosabban az eredeti, eleg hianyos
es helyenkent hibas forditast javitottuk es bovitettuk),
mivel 1 eve ez van a BMF-en is:
http://thot.banki.hu/arpi/zimbra/
A'rpi
szerk: ezt nem ide akartam... trey: ha hozzaszolas kozbe van belepes, akkor nem a megfelelo helyre rakja utana!?
- A hozzászóláshoz be kell jelentkezni
Bár kicsit offtopik, de a Zimbráról szeretnék kérdezni.
Meg lehet azt oldani valahogy, hogy a napi jelentés amit küld e-mail -ben, kicsit terjengősebb legyen?
Alapban küld egy levelet, amit a zmdailyreport generál elvileg, ez a levél tartalmazza, hogy kik voltak a feladók kik a címzettek, stb.
Ezt lehetne úgy módosítani (gyk. valaki meg tudná e tenni), hogy minden egyes küldötthöz a címzetteket, és fogadotthoz a küldőket is jelentené.
a zmdailyreport amúgy egy php scrip, belenéztem, de túl láma vagyok ahhoz, hogy átalakítsam :(
Köszi
- A hozzászóláshoz be kell jelentkezni
Én csak szeretném megköszönni a fordítónak a munkáját és jelezni, hogy várom az új verziót! :)
Mivel használom, régebben már gondolkodtam én is rajta, hogy újra lefordítom és a kódolását is átírom UTF8-ra, de sajnos nem volt rá időm. Más webmail-rendszerre meg nem szívesen térnék át, mert a Squirrelmailt pontosan a fapadossága miatt szeretem.
--
"How do you work in a team situation when all the other team members are fools and idiots?"
- A hozzászóláshoz be kell jelentkezni
+1 és +1
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."
- A hozzászóláshoz be kell jelentkezni
Köszönöm, ez hasznos cikk volt számomra, elég régóta használok squirrelt, és a továbbítás környékén voltak problémáim, amit remélem most sikerült megoldani ezzel a "$lossy_encoding"-al
Jindah
- A hozzászóláshoz be kell jelentkezni