Köszönöm, de ez az első próbálkozásaim közt szerepelt, bár utf8 terminálon utf8 karaktereket gépelve rendben lefut az idn.
De konvertáltam én iconv-val mindenhová, mégsem ment. Ha utf8 gép előtt ülsz, ki is próbálhatod. Gyanítom, Neked sem fog menni.
Mellesleg csak a probléma elején volt két gépes az eset. Most már egy azon gépen is jelentkezett a probléma, mint ezt az előző hozzászólásban jeleztem is. Épp ezért akadtam ki, mert a két gépnél, még lehetett volna kenni ide vagy oda a dolgot, de itt már egyazon rendszerben hal meg.
Félek, az idn kavar be, bár nem értem, miért …

Feladom!
A probléma újra előjött, és már a fenti hack sem jó megoldás.
Egy UTF-8 környezetben fut egy UTF-8 kódolású PHP program, egy UTF-8-as weboldalon apache szerveren (cgiként, ha ez számíthat).

A hiba ugyanaz, mint fent, de már semilyen LANG kombináció nem oldja meg:

HELP MEEEEE !!!!

Működni már működik, ha a docroot-ban van.
Igazából azért akarom kiljebb tenni eggyel, mert a user a docroot-hoz fér hozzá, és ezt nem akarom, hogy akár véletlenül is letörölhesse. De olyan .htacces-t még nem tudtam írni, ami úgy működik, hogy kiljebb van. 🙁

Az igazat megvallva akkor illik eldugni a .htacces-t, ha titkosításra használod. Én csak URL átírásra, így ez nem annyira lényeg. És a probléma tán pont itt van. Mármint, hogy az URL átírásaokr számít, hogy hol is a fájl.
Egyébként a .htacces nem arra a mappára vonatkozik, amiben van, hanem arra és minden almappájára. Tehát kifelé nyugodtan tehetném emiatt…

Pontosítom a kérdést, ugyanis azóta találtam egy megoldást:

(http://www.modwest.com/help/kb8-109.html)
De ez csak akkor működik, ha a .htaccess fájl a DocumentRoot-ban van.
De én egy szinttel lejjebb szeretném, a DocumentRoot szülőkönyvtárába.
És úgy már nem megy … 🙁 Ez most működik, de meg szeretném érteni, hogy miért nem működik, ha lejjebb van, hogyan kellene megírni, hogy úgy is jól menjen?