OpenOffice.org Közösségi fórum

Adott egy webszerver, amelyhez egy FTP felhasználón keresztül lehet hozzáférni. Az így elérhető területen LO dokumentumok vannak. A "Távoli megnyitása..." menüpontban megjelenő "Távoli fájlok" menedzselése ablakban ha létrehozok egy új FTP típusú kapcsolatot, akkor tökéletesen bekéri az FTP kapcsolathoz szükséges adatokat: kiszolgáló, felhasználó, jelszó. Amíg a felhasználónév egyszerű pl: KovacsIstvan, addig nincs semmi baj, működik minden rendesen.

Ám amikor a mai szigorú domain szintű FTP beléptetés van a webszerveren, azaz a felhasználónév pl: KovacsIstvan@domain.hu, akkor a LO a @ karaktert valamiért lecseréli %40 kódra. Ennek megfelelően szerinte a felhasználó neve KovacsIstvan%40domain.hu lesz, amit persze a szerver nem tud azonosítani!

Találkozott ezzel már valaki? A vicc, hogy ez már nagyon rég óta (régi verziókban is) így van. Nem hiszem el, hogy ebbe eddig senki sem futott bele!
Előre is kösz a segítséget!

Nem hiszem el, hogy ebbe eddig senki sem futott bele!
Előre is kösz a segítséget!

Valószínű, hogy azért nem okoz ez tömeges problémát, mert nem nagyon használják már az FTP-t Főleg nem ilyen feladatokra.
A Wikipédiáról:

...Elavult tervezése miatt egyre inkább csak szükségmegoldásként használatos. Például nagyon sok apró fájl átvitele közben rendkívül gyenge hatékonysággal működik.

Biztonság
Az FTP protokoll nem támogat titkosított autentikációt (felhasználó-azonosítást), így nem megbízható hálózaton való használata veszélyes lehet. Ezt küszöböli ki SSL/TLS protokollokkal az FTPS.

A %40 egyébként magát a @ KARAKTER-t jelenti. Ezt pedig azért változtatja meg, mert a teljes bejelentkező parancsban több @ karakter is lehet, és nem is ugyanolyan szerepben.

http://support.softc.hu/index.php?/Know ... s-letoltes
például: Ez a kód sor azt mutatja, hogy bár te külön-külön kis "cellákba" írod be a különböző adatokat (felhasználónév, jelszó, szervernév - esetleg még a távoli könyvtár nevét is, meg esetleg még a port számát is /ami alapértelmezettként általában 21/), a programok már így összeszerkesztve küldik el azokat a szerver felé.

Látszik, hogy a @ JEL egyfajta elválasztó (vagy éppen összekapcsoló) szerepet tölt be a jelszó és a szervernév között. Ezt még akkor tervezték ilyenre, amikor e-mail címek még nem is nagyon voltak, de legalábbis NEM HASZNÁLTÁK azokat felhasználónévként. A @ JEL angol jelentése "at" = -nál/-nél (tehát - egyszerűen fogalmazva - hogy a felhasználónév/jelszó páros annál a szolgáltatóNÁL érvényes, ami a szervernévben van megadva.
Na már most, ha a felhasználónév az egy szabályos email cím, akkor abban megint van egy @ jel, és a rendszereket ez megzavarhatja, amikor a részeire akarja tördelni az FTP parancsot, hogy a részeit beazonosítsa és értelmezze.
Talán ezért cseréli le a LO az EGYBETARTOZÓ adatban a @ jelet a %40 helyettesítő értékre.

Vagy talán azért, mert amióta a különleges és ékezetes karaktereket is kezelik a hálózati/webes szolgáltatások, azóta ezeket a különleges karaktereket az URL-ekben kódolva adják meg. A különböző nyelvek régi ASCII tábláiban ezek más-más kód alatt, más-más helyen voltak, emiatt nagy zűr lett volna belőle. Az Unicode rendszerben ez már egységesítve van, de ott se mindegy, hogy 8 biten, vagy 16 biten adod meg egy karakter kódját ( 8 bites kódmegadásba természetesen nem fér be a világ összes karaktere).

Ennyit tudok a dologról, ez sajnos közvetlen megoldást nem ad a problémádra...