Re: UTF8 beim FTP-Protokoll
- From: Lothar Kimmeringer <news200706@xxxxxxxxxxxxxx>
- Date: Fri, 22 Jun 2007 12:08:18 +0200
Kurt Stege wrote:
Jetzt hast Du es geschafft, mich neugierig zu machen.
Was genau machen denn die verschiedenen Implementierungen
der Server?
Der von Dir gelinkte Draft vom RFC ist doch ganz eindeutig
formuliert:
Ich habe gerade festgestellt, dass ich den falschen Link
verwendet habe. Ich wollte eigentlich den RFC verlinken,
der die Misere verursacht hat, die durch den dann tat-
saechlich verwendeten Link versucht wird, zu korrigieren.
Der RFC auf den ich mich bezog ist eigentlich
http://www.faqs.org/rfcs/rfc2640.html
(auf den man sich im Draft auch bezieht). Dort steht drin
| Clients MUST support the FEAT command and recognize the "UTF8"
| feature (defined in 3.2 above) to determine if a server supports
| UTF-8 encoding.
Die meissten Serverhersteller sehen das so, dass ein Server
immer UTF-8 zu senden habe und dies ueber FEAT entsprechend
bekannt geben. Eine Diskussion dazu gibt es z.B. unter
http://www.smartftp.com/forums/lofiversion/index.php?t12655.html
Entsprechendes kann man auch im RFC herauslesen, wo sogar
Algorithmen gezeigt werden, wie man herausfinden kann, ob
ein empfangener Datenstrom UTF-8-kodiert ist (Annex B.1,
Seite 19).
Das ist das, was ich mit Konfusion meinte. Dass man das spaeter
durch einen neuen RFC versucht zu korrigieren, ist wieder was
anderes (aber auch der Draft ist ja schon etwas aelter und seit
bald fuenf Jahren "expired".
Ein Client muss heute daher wohl erst mal davon ausgehen, dass
nicht UTF-8 gesendet wird, ueberprueft ob bei FEAT ein UTF8
zurueck kommt, ein OPTS UTF8 ON versuchen und dann auf UTF8-
Darstellung umstellen, egal ob der Server ein 200 oder
501 zuruecksendet. Ersteres wird von einem Server gesendet, der
den Draft beruecksichtigt oder den RFC anders als die Mehrheit
verstanden hat. Letzteres kommt von der anderen Gruppe der Server,
die sowieso schon UTF8 senden. Im letzeren Fall muss dann aber
auch beachtet werden, dass eben der Datenkanal ebenfalls bereits
UTF8-kodiert ist, egal ob man das bei OPTS wollte oder nicht.
Ein typischer Wirrwarr eben ;-)
Gruesse, Lothar
--
Lothar Kimmeringer E-Mail: spamfang@xxxxxxxxxxxxxx
PGP-encrypted mails preferred (Key-ID: 0x8BC3CD81)
Always remember: The answer is forty-two, there can only be wrong
questions!
.
- References:
- UTF8 beim FTP-Protokoll
- From: Carsten Petschel
- Re: UTF8 beim FTP-Protokoll
- From: Lothar Kimmeringer
- Re: UTF8 beim FTP-Protokoll
- From: Kurt Stege
- UTF8 beim FTP-Protokoll
- Prev by Date: Re: UTF8 beim FTP-Protokoll
- Next by Date: Ist die Länge/Elementanzahl eines #defines mit einem Makro zu berechnen?
- Previous by thread: Re: UTF8 beim FTP-Protokoll
- Next by thread: Ist die Länge/Elementanzahl eines #defines mit einem Makro zu berechnen?
- Index(es):
Relevant Pages
|
