ProFTPd a cestina?

bambas

unread,

Jan 26, 2006, 1:29:47 PM1/26/06

to li...@linux.cz

Zdravim.
na jednom stroji provozuji proftpd (mimo jine). Pokud nakopiruji pres
ftp z windows do adresare soubor nazvu dejme tomu: Vědecká
analýza.doc,tak mi odpali ceske znaky a ě nahradi otaznikem a tak
dale. Konzoli mam pocestenou (nastaveni rc.locales, i font v rc.font
mam nastaven na latin2). Musim nejak nastavit znakovou sadu v
konfiguraci proftpd? Nebo kde muze byt chyba? Diky za kazde nakopnuti.

--
bambas

Slavek Banko

unread,

Jan 26, 2006, 4:01:11 PM1/26/06

to li...@linux.cz

To tedy nevím, jak chcete přesvědčit Windows při jejich schizofrenii v
kódování češtiny, aby vám posílaly češtinu v názvech souborů tak, aby to
bylo správně? Ale nechci vám brát iluze...

Slávek.
--
Dne čt 26. ledna 2006 19:29 bambas napsal(a):

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list
TIP: Konference o UNIXu obecne: munix-l na list...@muni.cz

Jaroslav Lukesh

unread,

Jan 26, 2006, 4:12:45 PM1/26/06

to li...@linux.cz

> > na jednom stroji provozuji proftpd (mimo jine). Pokud nakopiruji pres
> > ftp z windows do adresare soubor nazvu dejme tomu: Vědecká
> > analýza.doc,tak mi odpali ceske znaky a ě nahradi otaznikem a tak
> > dale. Konzoli mam pocestenou (nastaveni rc.locales, i font v rc.font
> > mam nastaven na latin2). Musim nejak nastavit znakovou sadu v
> > konfiguraci proftpd? Nebo kde muze byt chyba? Diky za kazde nakopnuti.

Pres wincommander z MDV2005LE do XP mi to šlo s diakritikou (teď mám
zdechlou síťovku, nemůžu ověřit XP ->MDV). Nic jsem nikde nekonfiguroval,
jen home dir pro ftp v passwd.

JL.

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

TIP: Konference o sprave Internetovych siti: net na list...@cs.felk.cvut.cz

Martin Hudec

unread,

Jan 26, 2006, 4:22:10 PM1/26/06

to li...@linux.cz

Ahoj,

http://home.h01.itscom.net/para/software/misc/proftpd-iconv/index-e.html

To by mal byt patch k proftpd, malo by to riesit to, co chces ty.

Martin

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

TIP: Hardwarova kompatibilita? http://hardware.penguin.cz/

Libor Chocholaty

unread,

Jan 27, 2006, 4:29:13 AM1/27/06

to li...@linux.cz

Martin Hudec wrote:

> http://home.h01.itscom.net/para/software/misc/proftpd-iconv/index-e.html
>
> To by mal byt patch k proftpd, malo by to riesit to, co chces ty.

Ale to nastavit client charset pevne. Neresi to situaci, kdy se chci
pripojovat jak z Linuxu (UTF-8 ci ISO-8859-2) tak z Windows (cp850 nebo
win1250).
Existuje nejaky zpusob, jak zaridit tohle?

Libor

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

TIP: Konference o Perlu: perl na list...@muni.cz

Martin Hudec

unread,

Jan 27, 2006, 4:47:16 AM1/27/06

to li...@linux.cz

Libor Chocholaty wrote:
> Martin Hudec wrote:
>
>> http://home.h01.itscom.net/para/software/misc/proftpd-iconv/index-e.html
>>
>> To by mal byt patch k proftpd, malo by to riesit to, co chces ty.
>
> Ale to nastavit client charset pevne. Neresi to situaci, kdy se chci
> pripojovat jak z Linuxu (UTF-8 ci ISO-8859-2) tak z Windows (cp850 nebo
> win1250).
> Existuje nejaky zpusob, jak zaridit tohle?

To sa priznam netusim :), avsak sudim, ze patch fungoval ciastocne :)
Avsak tam pisu:

Use "CharsetLocal" directive to specify server's filesystem charset, and
use "CharsetRemote" directive to specify client charset. For instance,
if server's filesystem is EUC-JP-MS (Japanese local charset for UNIX)
and client charset is CP932 (Windows Shift-JIS charset), add settings
like this:

CharsetLocal EUC-JP-MS
CharsetRemote CP932

If your server uses <VirtualHost> tags, add CharsetLocal/CharsetRemote
setting to each VirtualHost region. If you add the settings only in
global region, the charset conversion is disabled in VirtualHosts.

Stale nic?

Martin

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

TIP: Pred odeslanim mailu zkontrolujte, jestli necitujete prilis mnoho textu

Libor Chocholaty

unread,

Jan 27, 2006, 4:55:23 AM1/27/06

to li...@linux.cz

Martin Hudec wrote:

>> Ale to nastavit client charset pevne. Neresi to situaci, kdy se chci
>> pripojovat jak z Linuxu (UTF-8 ci ISO-8859-2) tak z Windows (cp850
>> nebo win1250).
>> Existuje nejaky zpusob, jak zaridit tohle?
>
>
> To sa priznam netusim :), avsak sudim, ze patch fungoval ciastocne :)
> Avsak tam pisu:
>
> Use "CharsetLocal" directive to specify server's filesystem charset,
> and use "CharsetRemote" directive to specify client charset. For
> instance, if server's filesystem is EUC-JP-MS (Japanese local charset
> for UNIX) and client charset is CP932 (Windows Shift-JIS charset), add
> settings like this:
>
> CharsetLocal EUC-JP-MS
> CharsetRemote CP932
>
> If your server uses <VirtualHost> tags, add CharsetLocal/CharsetRemote
> setting to each VirtualHost region. If you add the settings only in
> global region, the charset conversion is disabled in VirtualHosts.
>
> Stale nic?

Ake jo, tohle jsem cetl. Jenze to podle me potvrzuje to, co jsem psal,
ze muzete nastavit RemoteCharset "natvrdo" pro vsechny klienty. Coz
situaci zlepsuje, nicmene muze ji take jeste vice zneprehlednit, protoze
jenem to bude fungovat a jinym ne (podle toho, jaky OS pouzivaji). Spis
by se melo neco podobneho nastavovat u klienta, nejlepe per server. Aby
posilal jmena souboru v kodovani, ktere server ocekava.

Libor

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

TIP: Ctete FAQ - http://www.phil.muni.cz/~letty/linuxfaq/

Martin Hudec

unread,

Jan 27, 2006, 5:06:01 AM1/27/06

to li...@linux.cz

Ahoj,

Libor Chocholaty wrote:
> Ake jo, tohle jsem cetl. Jenze to podle me potvrzuje to, co jsem psal,
> ze muzete nastavit RemoteCharset "natvrdo" pro vsechny klienty. Coz
> situaci zlepsuje, nicmene muze ji take jeste vice zneprehlednit, protoze
> jenem to bude fungovat a jinym ne (podle toho, jaky OS pouzivaji). Spis
> by se melo neco podobneho nastavovat u klienta, nejlepe per server. Aby
> posilal jmena souboru v kodovani, ktere server ocekava.

Nie som si isty, ci na strane klienta je toto podporovane. Ale na druhu
stranu je skoda, ze mod_rewrite u proftpd nepodporuje nieco ako %A ako
FTP_USER_AGENT :). Aspon teda o takej feature neviem. Ale zase proftpd
nie je apache, ze.

Martin

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

TIP: Hardwarova kompatibilita? http://hardware.penguin.cz/

Martin Hudec

unread,

Jan 27, 2006, 5:11:38 AM1/27/06

to li...@linux.cz

Ahoj,

Miroslav BENES wrote:
> A co třeba rozjet více virtuálních serverů nad stejnými daty (pro linux,
> wokna) a v každím z nich nastavit kódování, jaké bude příslušný klient
> potřebovat ?
> Já vím, není to no, ale jako řešení by to mohlo vyhovět, ne ?

Riesenie to je :), aj som ho chcel tiez spomenut, ale naraza na problem,
ako identifikujes klienta? podla coho? Preto som spominal ten
mod_rewrite. To by v spolupraci s virtualhostami a tym patchom myslim,
ze riesilo cely problem.

Martin

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

TIP: Konference o sendmailu jinych MTA: sendma...@linux.cz

Miroslav BENES

unread,

Jan 27, 2006, 5:08:30 AM1/27/06

to li...@linux.cz

>> CharsetLocal EUC-JP-MS
>> CharsetRemote CP932
>>
>> If your server uses <VirtualHost> tags, add
>> CharsetLocal/CharsetRemote setting to each VirtualHost region. If you
>> add the settings only in global region, the charset conversion is
>> disabled in VirtualHosts.
>
>

> Ake jo, tohle jsem cetl. Jenze to podle me potvrzuje to, co jsem psal,
> ze muzete nastavit RemoteCharset "natvrdo" pro vsechny klienty. Coz
> situaci zlepsuje, nicmene muze ji take jeste vice zneprehlednit,
> protoze jenem to bude fungovat a jinym ne (podle toho, jaky OS
> pouzivaji). Spis by se melo neco podobneho nastavovat u klienta,
> nejlepe per server. Aby posilal jmena souboru v kodovani, ktere server
> ocekava.

A co třeba rozjet více virtuálních serverů nad stejnými daty (pro linux,

wokna) a v každím z nich nastavit kódování, jaké bude příslušný klient
potřebovat ?
Já vím, není to no, ale jako řešení by to mohlo vyhovět, ne ?

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

TIP: Hardwarova kompatibilita? http://hardware.penguin.cz/

Miroslav BENES

unread,

Jan 27, 2006, 5:45:11 AM1/27/06

to li...@linux.cz

> Riesenie to je :), aj som ho chcel tiez spomenut, ale naraza na
> problem, ako identifikujes klienta? podla coho? Preto som spominal ten
> mod_rewrite. To by v spolupraci s virtualhostami a tym patchom myslim,
> ze riesilo cely problem.

Rozjelo by se víc virtuáůlních serverů nad stejnými daty (např.
ftp-utf8.domena.cz, ftp-852domena.cz, ftp-1250.domena.cz ..)
Klient by se identifikoval sám - podle toho, ke kterémy z nich by se
připojil:)

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

TIP: Konference o Perlu: perl na list...@muni.cz

bambas

unread,

Jan 27, 2006, 6:58:53 AM1/27/06

to li...@linux.cz

Takze mam prekompilovat znovu proftpd? mno to neni dobra zprava.
Pouzivam proftpd, ktere je standartne dodavano z distrem slackware.
Takze stahnout zdrojak, opatchovat, zkompilovat... :(

bambas

Martin Hudec

unread,

Jan 27, 2006, 7:07:55 AM1/27/06

to li...@linux.cz

Ahoj,

bambas wrote:
> Takze mam prekompilovat znovu proftpd? mno to neni dobra zprava.
> Pouzivam proftpd, ktere je standartne dodavano z distrem slackware.
> Takze stahnout zdrojak, opatchovat, zkompilovat... :(

videl by som to na to :). Neviem, ci toto nebudem musiet pouzit na mojom
systeme tiez (FreeBSD), a mna caka opatchovanie celeho portu atd.. ale
to je o inom :). Kazdopadne si pozri diskusiu rozvinutu.. je tam viac
myslienok..

Martin

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

Martin Hudec

unread,

Jan 27, 2006, 7:09:44 AM1/27/06

to li...@linux.cz

Ahoj,

Miroslav BENES wrote:
> Rozjelo by se víc virtuáůlních serverů nad stejnými daty (např.
> ftp-utf8.domena.cz, ftp-852domena.cz, ftp-1250.domena.cz ..)
> Klient by se identifikoval sám - podle toho, ke kterémy z nich by se
> připojil:)

Ano to je riesenie :), otazka je, ci chcem pre kazdy charset generovat
domenu atd. Riesenie spocivajuce v mod_rewrite a identifikacii ftp
klienta by bolo elegantnejsie si myslim. Ale to je zatial nerealizovatelne.

Martin

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

TIP: Archivy news a prohledavani najdete na http://groups.google.com/

bambas

unread,

Jan 27, 2006, 7:25:29 AM1/27/06

to li...@linux.cz

A co toto reseni? Vytvorit partisnu n disku typu fat32, tam vytvorit
prislusny dir, ktery bude pro ftp?

bambas

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

Slavek Banko

unread,

Jan 27, 2006, 7:40:53 AM1/27/06

to li...@linux.cz

A co by to jako mělo řešit? Pokud budete mít oddíl ve FAT32, tak jej jistě
budete mít namountovaný se správnými parametry pro češtinu tak, aby se
vám správně zobrazovala v Linuxu, a tak budete opět na začátku.

Slávek.
--
Dne pá 27. ledna 2006 13:25 bambas napsal(a):

> A co toto reseni? Vytvorit partisnu n disku typu fat32, tam vytvorit
> prislusny dir, ktery bude pro ftp?
>
> bambas

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

TIP: Pred odeslanim mailu zkontrolujte, jestli Subject odpovida tematu

Matus UHLAR - fantomas

unread,

Jan 28, 2006, 2:39:16 PM1/28/06

to

> Libor Chocholaty wrote:
>> Ake jo, tohle jsem cetl. Jenze to podle me potvrzuje to, co jsem psal,
>> ze muzete nastavit RemoteCharset "natvrdo" pro vsechny klienty. Coz
>> situaci zlepsuje, nicmene muze ji take jeste vice zneprehlednit, protoze
>> jenem to bude fungovat a jinym ne (podle toho, jaky OS pouzivaji). Spis
>> by se melo neco podobneho nastavovat u klienta, nejlepe per server. Aby
>> posilal jmena souboru v kodovani, ktere server ocekava.

Martin Hudec <cor...@aeternal.net> wrote:
> Nie som si isty, ci na strane klienta je toto podporovane. Ale na druhu
> stranu je skoda, ze mod_rewrite u proftpd nepodporuje nieco ako %A ako
> FTP_USER_AGENT :). Aspon teda o takej feature neviem. Ale zase proftpd
> nie je apache, ze.

to nie je tym, ze ProFTPD nie je Apache, to je tym, ze FTP nie je HTTP.
FTP neobsahuje informacie ani o charsetoch ani o user agentoch, ani o
virtual hostoch. FTP vie len o IP adresach a pouzivatelovi.

--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
WinError #99999: Out of error messages.

Martin Hudec

unread,

Jan 28, 2006, 2:55:54 PM1/28/06

to li...@linux.cz

Ahoj,

Matus UHLAR - fantomas wrote:
> to nie je tym, ze ProFTPD nie je Apache, to je tym, ze FTP nie je HTTP.
> FTP neobsahuje informacie ani o charsetoch ani o user agentoch, ani o
> virtual hostoch. FTP vie len o IP adresach a pouzivatelovi.

:) preto som si len povzdychol :)..

Martin

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

Martin Hudec

unread,

Feb 15, 2006, 6:59:58 AM2/15/06

to li...@linux.cz

Ahoj,

bambas wrote:
> Tak patch to vyresil, mam klienty, kteri se pripopojuji z win a ja,
> pokud se pripojuji z linuxu, nepozivam hacky carky :)

Cisto iba aplikacia toho patchu to vyriesila? Alebo si riesil nieco naviac?

Martin

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

bambas

unread,

Feb 15, 2006, 6:59:39 AM2/15/06

to li...@linux.cz

Tak patch to vyresil, mam klienty, kteri se pripopojuji z win a ja,
pokud se pripojuji z linuxu, nepozivam hacky carky :)

diky vsem za rady.

bambas

> http://home.h01.itscom.net/para/software/misc/proftpd-iconv/index-e.html
>
> To by mal byt patch k proftpd, malo by to riesit to, co chces ty.
>
>
> Martin

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

bambas

unread,

Mar 17, 2006, 7:19:31 AM3/17/06

to li...@linux.cz

staci aplikovat patch a napsat do proftpd.conf prislushne direktivy.

bambas

> Ahoj,
>
> bambas wrote:
>
>> Tak patch to vyresil, mam klienty, kteri se pripopojuji z win a ja,
>> pokud se pripojuji z linuxu, nepozivam hacky carky :)
>
>
> Cisto iba aplikacia toho patchu to vyriesila? Alebo si riesil nieco
> naviac?
>
> Martin

---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list

TIP: Konference o PDA a Linuxu: http://penguin.cz/cgi-bin/mailman/listinfo/pda-l