[megoldva] Roundcube csatolmány neve rossz kódolású

Sziasztok,

Találkozott már valaki azzal, hogy Debian 6-on backports-ból feltett 0.5.4-es Roundcube felületén a csatolmány nevét rossz kódolással jeleníti meg? Ez csak a Roundcube webmail felületén jelentkezik. Mind a letárolt mail fájlban szerver oldalon, mind pedig a partnernél mindenfajta kliens programban jól jelenik meg a csatolmány neve. Tehát arra gondolok, hogy egyszerűen a weboldalon való megjelenítéssel van csupán gond.

Roundcube Changelog bejegyzések szólnek ilyenről, de az már 3 éve volt, és javították. A stabil gyári Debian 6-os Roundcube (0.3-as széria) verzióval nincs ilyen gond. Tehát a backport-olt verzióval van valami.

Annyit sikerült kiderítenem a régi hibajelentésekből, hogy valószínűleg a LOCAL-t állapítja meg rosszul. Olyan, mintha unicode-os szöveget nem unicode-os karakter kódolással jelenítünk meg. Az "ÁRVÍZTŰRŐTÜKÖRFÚRÓGÉP" szövegre itt egy példa:

"ÃRVÃZTŰRÅTÜKÖRFÚRÓGÉP"

Jó lenne valami gyors megoldás, mert kellenek a feature-ök az 5.4-es verzióból.
Lenne valami ötletetek? Apache konfig állítás vagy PHP kód túrás?

Előre is köszi.

Hozzászólások

Roundcube-ból 0.5.4-et ismerek.
Hogy ebben a verzióban mi lehet a gond azt nem tudom, de jelenleg 0.7.1-nél tart a Roundcube, 6-os Debiannal kitűnően működik. A tgz-ből felrakott verzió frissítése sem bonyolultabb mint apt-get esetén...

Szerintem tedd fel a legfrissebbet tgz-ből.

Talán ez?
Bár nálam ISO-8859-1 volt a default, de így sem volt soha ilyen gondom.

main.inc.php
$rcmail_config['default_charset'] = 'ISO-8859-2';

Sajnos 0.7-es alatt sem segít ez a beállítás.

Szerk.: közben Windows alól böngészve is megnéztem ezzel a beállítással. Így átmeneti megoldásnak mégis jó lesz, mivel Win alatt a fájlnévhez így stimmel. Habár a gyári 0.3.x-es Roundcube verziónál Win alól becsatolt ékezetes fájlnévnél is jó és Linux alól becsatolt utf8-as ékezetes fájlnévnél is. Ezzel most csak Win alatt lesz jó.

Nem egészen értem... esetleg a böngésződben nem stimmel valami?

Nálam 0.7.1 van fent, csináltam egy próbát Debian alól Opera böngészővel - árvíztűrő.odt-t sikeresen csatoltam és elküldtem magamnak.
Az ékezetek mindenhol helyesen jelentek meg, beleértve a levelező kliensprogramomat is.

Tehát szerintem működnie kellene.

Mégis működik, elnézést, valamit benéztem. Pedig a tesztek alatt az volt amit fent írtam. Most annyi változott meg, hogy a fenti default_charset beállítást éles 0.5.4-es verzión állítottam be, itt most úgy látszik hogy Win és Linux alól is rendesen működik.

Még tovább tesztelem akkor. Köszi.

Sajnos kiderült, hogy mégsem lett megoldás ez, mert nagy ékezetes betűkkel teszteltem, és azzal valóban jó, de kicsi ékezetesekkel már produkálta a fent leírt dolgot.

A lényeg, hogy most tényleg meg lett a megoldás. Jelentettem a jelenséget a Roundcube fórumában, és a fejlesztővel sikerült a végére járnunk. Itt a szál:
http://trac.roundcube.net/ticket/1488311

A legutolsó hozzászólásomban van a megoldás. De hogy itt is meglegyen:

Roundcube 0.5.x-től felfele 1.8.2-es Mail_Mime kell neki, de mind a backport-olt, mind az unstable verziót 1.8.0-as Mail_Mime Pear modullal csomagolják, amely miatt fellép a fenti hiba.

Az alábbi parancs amegoldás:
pear install mail_mime

Ez az alábbi fájlokat módosítja:
/usr/share/php/Mail/mimePart.php
/usr/share/php/.registry/mail_mime.reg
/usr/share/php/.filemap
/usr/share/php/Mail/mime.php

Jelentettem a hibát a Debian csomagolóknak is:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656243

Erre azt tippelném, hogy lehet hogy Lenny-n a mime függvények még jók vele. Ha megnézzük a verziókat, akkor azt látom hogy Lenny-n van php-mail-mime 1.5.2, és ez felett már mindegyiken ugyanaz az 1.8.0:

http://packages.debian.org/php-mail-mime

Össze vissza teszteltem egyébként, a fenti a megoldás és most minden jól működik. Írta is a fejlesztő, hogy rossz header-t produkált az 1.8.0-s Mail_Mime verzióval a Roundcube.

"Attachment headers are malformed."