FTP-Upload Übertragung fehlgeschlagen

[Gandalf325]

Hallo,

Wir haben in der Firma den Provider für unseren Web-Speicherplatz gewechselt. Sind nun bei Arcor. Seitdem habe ich Probleme beim Upload von Dateien mit dem Total Commander per FTP. Nach jeder Datei erscheint die Meldung "Übertragung fehlgeschlagen! Trotzdem fortfahren?", die dann jeweils zu bestätigen ist. Die Datei ist aber fehlerfrei hochgeladen worden.

Mit einem anderen FTP-Programm funktioniert der Upload. Da wir aber den TC lizenziert haben und auch für andere Dinge nutzen würden wir das gerne damit machen. Der Upload von Dateien auf meine private Webseite (1und1) funktioniert hingegen auch mit dem TC.

Hier mal zwei Ausschnitte aus der TC-FTP-Logdatei. Die jeweils fett markierten Stellen könnten bei der Fehlerdiagnose weiterhelfen. Hier wird im ersten Fall die Dateigröße aus dem Zielverzeichnis mit 0 Bytes zurückgegeben. Daher wohl die Meldung:
1. Fehlerhafte Verbindung (arcor):

Connect to: (23.06.2008 10:42:55)
hostname=ftp.arcor-ip.de
username=*****
startdir=
ftp.arcor-ip.de=145.253.2.244
220 Arcor FTP Version 163 - Thu Dec 14 13:28:51 NFT 2006. Server ftp2 ready.
USER *****
331 Password required for *****.
PASS ***********
230 Webmaster ***** logged in on ftp2. Quotas: current=113308837 bytes, max=262144000 bytes
SYST
215 UNIX Type: L8
FEAT
500 'FEAT': command not understood.
Connect ok!
PWD
257 "/doc" is current directory.
Verzeichnis einlesen
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (145,253,2,244,255,246)
LIST
150 Opening ASCII mode data connection for /bin/ls.
Herunterladen
Warte auf Antwort des Servers...
226 Transfer complete. Quotas: max=262144000 bytes
TYPE I
200 Type set to I.
PASV
227 Entering Passive Mode (145,253,2,244,255,249)
STOR test.html
150 Opening BINARY mode data connection for test.html.
Senden
226 Transfer complete. Quotas: max=262144000 bytes
SIZE test.html
213 0
Upload size mismatch!
Copied (23.06.2008 10:43:05): \\hvfile\homepage$\dk\dk_internet\_sites_german\test.html -> ftp://ftp.arcor-ip.de/doc/test.html 11.687 Bytes, 60.5 kbytes/s
Verzeichnis einlesen
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (145,253,2,244,255,251)
LIST
150 Opening ASCII mode data connection for /bin/ls.
Herunterladen
Warte auf Antwort des Servers...
226 Transfer complete. Quotas: max=262144000 bytes
QUIT
221 Goodbye.

2. Funktionierende Verbindung (1un1):

Connect to: (23.06.2008 10:42:46)
hostname=212.227.118.103
username=p8162532
startdir=
220 FTP Server ready.
USER *****
331 Password required for *****
PASS ***********
230 User ***** logged in
SYST
215 UNIX Type: L8
FEAT
211-Features:
MDTM
REST STREAM
SIZE
211 End
Connect ok!
PWD
257 "/" is the current directory
Verzeichnis einlesen
TYPE A
200 Type set to A
PASV
227 Entering Passive Mode (212,227,118,103,217,164).
LIST
150 Opening ASCII mode data connection for file list
Herunterladen
Warte auf Antwort des Servers...
226 Transfer complete
TYPE I
200 Type set to I
PASV
227 Entering Passive Mode (212,227,118,103,255,94).
STOR test.html
150 Opening BINARY mode data connection for test.html
Senden
226 Transfer complete
SIZE test.html
213 11687
Copied (23.06.2008 10:42:50): \\hvfile\homepage$\DK\DK_Internet\_Sites_german\test.html -> ftp://212.227.118.103/test.html 11.687 Bytes, 51.8 kbytes/s
Verzeichnis einlesen
TYPE A
200 Type set to A
PASV
227 Entering Passive Mode (212,227,118,103,227,40).
LIST
150 Opening ASCII mode data connection for file list
Herunterladen
Warte auf Antwort des Servers...
226 Transfer complete
QUIT
221 Goodbye.

Wer weiß Rat?

Gruß Marc

-----------------------
Windows XP SP2, Total Commander 7.03

[Luke_Filewalker]

Hallo

Die fett markierten Stellen dürften hier irrelevant sein: So wie es aussieht liegt das Speicherplatz Limit bei Deinem Arcor Webspace bei 250MB. Frei hast Du noch knapp 142MB, die Datei selbst hat nur 11KB. Das kanns also kaum sein.

Das einzige was mir auffällt: HTML Dateien sind Textdateien und sollten auch so (ASCII) übertragen werden. Hier jedoch wird sie BINÄR übertragen. Bei HTML noch nicht so schlimm, es gibt aber andere Dateien da wäre die falsche Übertragungsart äusserst ungünstig. Bei Perl Skripts z.B.

Aber trotzdem sollte auch das gehen, wenns auch in diesem Fall prinzipiell falsch wäre. Du könntest es höchstens mal im ASCII Modus probieren und schauen was passiert.

[Gandalf325]

Den Fett markierten Bereich,
hier im funktionierenden Beispiel:
SIZE test.html
213 11687
hier im nicht funktionierenden Beispiel:
SIZE test.html
213 0
hatte ich so interpretiert, dass nach dem Upload die Dateigröße auf dem entfernten Laufwerk ermittelt wird. Im ersten Beispiel die korrekte Größe (11.687 Byte), im zweiten Beispiel die Größe 0 Byte. Ich sehe da eigentlich keinen Zusammenhang zum verfügbaren Webspace.

Wenn ich in den FTP-Einstellungen vom TC den Standard-Transfermodus auf Automatisch stelle, erscheint die Abfrage "Übertragung fehlgeschlagen! Trotzdem fortfahren?" bei html-Dateien nicht mehr. Bei Bildern dagegen weiterhin.

Hier noch mal ein Auszug aus der FTP-Logdatei vom Total Commander. Bei diesem Übertragungsvorgang habe ich eine Bild-Datei (test.gif) und eine Html-Datei (test.html) auf den entfernten Server hochgeladen. Beide Dateien waren danach auf dem Server vorhanden, beim Hochladen der Bild-Datei erschien aber wie gesagt die Meldung.

TYPE I
200 Type set to I.
PASV
227 Entering Passive Mode (145,253,2,244,162,7)
STOR test.gif
150 Opening BINARY mode data connection for test.gif.
Senden
226 Transfer complete. Quotas: max=262144000 bytes
SIZE test.gif
213 0
Upload size mismatch!
Copied (23.06.2008 15:17:31): \\hvfile\homepage$\dk\dk_internet\_sites_german\test.gif -> ftp://ftp.arcor-ip.de/doc/test.gif 1.506 Bytes, 9.8 kbytes/s
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (145,253,2,244,162,8)
STOR test.html
150 Opening ASCII mode data connection for test.html.
Senden
226-WARNING! 235 bare linefeeds received in ASCII mode
File may not have transferred correctly.
226 Transfer complete. Quotas: max=262144000 bytes
SIZE test.html
213 11922
Copied (23.06.2008 15:17:32): \\hvfile\homepage$\dk\dk_internet\_sites_german\test.html -> ftp://ftp.arcor-ip.de/doc/test.html 11.687 Bytes, 51.8 kbytes/s
Verzeichnis einlesen
PASV
227 Entering Passive Mode (145,253,2,244,162,9)
LIST
150 Opening ASCII mode data connection for /bin/ls.
Herunterladen
Warte auf Antwort des Servers...
226 Transfer complete. Quotas: max=262144000 bytes
QUIT
221 Goodbye.

Gruß Marc

[Luke_Filewalker]

Ich sehe da eigentlich keinen Zusammenhang zum verfügbaren Webspace.

Im ersten Beispiel war fett auch auf die Quotas Meldung gesetzt und damit für mich der Zusammenhang zum Webspace vorhanden. Verständigungsproblem.

Ansonsten muss ich passen. Ein derart exotisches Problem hatte ich noch nicht, zumindest nicht bei all-inkl, 1&1, telekom und netbeat. Könnte höchstens heute Abend einen Bekannten fragen der noch nen alten Webspace bei Arcor laufen hat, den er eig. nicht mehr nutzt.

[ghisler(Author)]

SIZE test.gif
213 0

Wenn Sie nach dem Upload die Verzeichnisliste ansehen, hat die Datei dann tatsächlich 0 Bytes, oder ist das nur ein Fehler des SIZE-Funktion?

Falls sie tatsächlich 0 Bytes hat, dann wurden keine Daten übertragen. Gewisse Firewalls mit Inhaltsfilter können das verursachen. Für den Versender sieht es aus, als ob alle Daten korrekt übertragen wurden, die Daten werden aber von der Firewall abgefangen.

Falls die Datei die korrekte Grösse hat, ist der SIZE-Befehl auf dem Server defekt. Er lässt sich abschalten in der wcx_ftp.ini unter [General] SpecialFlags=32

[Gandalf325]

Genau das scheint es zu sein - der SIZE-Befehl auf dem Server.

Die Datei in der Verzeichnisliste wird direkt nach dem Upload und dem Bestätigen der Meldung mit der korrekten Größe angezeigt.

Ich habe "SpecialFlags=32" unter [General] in die wcx_ftp.ini eingebaut und das Problem ist beseitigt.

VIELEN DANK!

Gruß Marc

[ghisler(Author)]

Argh, das ist dann aber ein böser Serverbug - wenn dieser "Transfer complete" meldet, sollte SIZE auch die richtige Grösse zurückliefern...

[oompoop]

Ich habe mich einfach mal an den aktuellsten Fund zu "Übertragung fehlgeschlagen" angehängt, weil zu meinem Problem hier nichts zu lesen war und ich nicht noch eine weitere Abteilung aufmachen wollte.
Nun denn ...
Ich habe drei Homepages, die ich mit TC "beliefere", zwei mit offizieller Registrierung über Denic und so und eine kleine Gratis-Geschichte im Rahmen meiner Freenet-Zugehörigkeit.
Nur bei der letzten treten die Probleme auf.
Die Homepage-eigenen Dateien nach Backup wieder zurückzuschaufeln, kein Problem, aber alles andere: Übertragung ...
Egal, ob große JPG-Datei oder winzige TXT-Datei, immer das gleiche ...
?!
Nachtrag: im LOG stand irgendetwas von FORBIDDEN FILENAME, sind diese "Verbote" evtl. bei den Gratis-Homepages anders als bei den "normalen"?!

[ghisler(Author)]

Nachtrag: im LOG stand irgendetwas von FORBIDDEN FILENAME, sind diese "Verbote" evtl. bei den Gratis-Homepages anders als bei den "normalen"?!

Ginge das bitte etwas genauer? Einige Gratishoster erlauben nur html, jpg und gif, und keine Skripte, da kann es schon solche Fehlermeldungen geben...

[oompoop]

Es waren Dateien mit wie z.B. "tips&tricks.txt" oder "Angel del la tierra - Willy Astor.mp3".
Nach dem Umbennen in handliche Bezeichnungen ohne Leerschritte oder Sonderzeichen funzt es; offensichtlich bestehen bei "Gratis-Homepages" doch einige Restriktionen.
Thanx ...

[ghisler(Author)]

Das &-Zeichen ist oft verboten, weil es benutzt wird, um mehrere Befehle voneinander zu trennen. Leerzeichen sind auch keine gute Idee, weil eine URL keine Leerzeichen enthalten kann - da müssen sie mühsam als %20 o.ä. umschrieben werden...