Datei vom FTP-Server ins IFS via FTP übertragen macht aus CRLF nur noch einen LF

[KingofKning]

Du musst doch wissen ob Du auf einer Windows Büchse oder auf einer Linux Büchse arbeitest

[harkne]

Muss ich ? Ich hole dort eine Datei (mittels FTP) ab und übertrage sie auf die AS/400 um sie dort zu verarbeiten. Mich interessiert eigentlich nicht was auf dem Server installiert ist.

[Fuerchau]

Eine Binärübertragung darf den Inhalt nicht verfälschen.
Prüfe die Dateien doch mal mit z.B. FileZilla.
Hole diese ab und schau den Inhalt per Hex-Editor an.
Oder wenn du sie dann auf dem PC hast und keinen Hexeditor, kopieren über Windowsexplorer ins IFS und dort per HEX (F11) ansehen.
Ich vermute mal eher, dass die Quelle schon so ist und ggf. der alte FTP-Server das CR eingefügt hat.
Normalerweise sollte da ein Längenvergleich der Dateien bereits ausreichen um Veränderungen festzustellen.
Beim Import kann man als Satztrenner auch *ALL angeben, dann ist es egal, ob CRLF, LFCR, CR oder LF.

[harkne]

Auf dem FTP-Server liegt die Datei mit CRLF am Zeilenende und dies habe ich mit Notepad++ und Zeilenende anzeigen nachgesehen. Nach der Übertragung im IFS liegt die Datei mit LF am Zeilenende und dies habe ich ebenfalls mit Notepad++ und Zeilenende anzeigen nachgesehen.

Das mit *ALL ist natürlich eine gute Idee.

[Pikachu]

Hol besser mal noch eine weitere Meinung ein (anderes Programm).

Auf dem FTP-Server liegt die Datei mit CRLF am Zeilenende und dies habe ich mit Notepad++ und Zeilenende anzeigen nachgesehen. Nach der Übertragung im IFS liegt die Datei mit LF am Zeilenende und dies habe ich ebenfalls mit Notepad++ und Zeilenende anzeigen nachgesehen.

[harkne]

So, nachdem unser Servermensch irgendwas an den Einstellungen auf dem Server gemacht hat, funktioniert wieder alles wie erwartet. Was genau es war, werde ich sobald ich es weiß hier posten.

[Fuerchau]

Manchmal gibt es so Einstelleungen wie "Automatische Erkennung" ob Binär- oder Textübertragung, die dann halt nicht das gewünschte Ergebnis bringt.

[KingofKning]

Muss ich ? Ich hole dort eine Datei (mittels FTP) ab und übertrage sie auf die AS/400 um sie dort zu verarbeiten. Mich interessiert eigentlich nicht was auf dem Server installiert ist.

Mußt Du nicht, aber als außenstehnder weiß man ja nicht wie Du arbeitest.

Ich ging also davon aus das Du die Daten auf z.B. einem PC hast, ftp startest und dann die Übertragung beginnt.

[harkne]

Ich bin auf der AS/400 und das vorhandene Programm ruft via (AS/400-Befehl FTP) die Daten ab (vom FTP-Server Linux oder Windows) und stellt sie ins IFS.

[Pikachu]

Vergleiche mal die Größen der beiden Dateien in Bytes.

[harkne]

So jetzt wird es etwas kurios, denn jetzt ist genau das Gegenteil passiert von dem was Herr Fuerchau geschrieben hat.
Ich habe es jetzt zu Fuss auf der AS/400 gemacht. Also mittels FTP direkt per Hand.
Die Datei hat auf dem FTP-Server am Zeilenende CRLF
setze ich nun BINARY und führe den GET aus hat die Datei im IFS nach der Übertragung am Zeilenende nur noch ein LF und nach dem RENAME der Datei auf dem FTP-Server von Datei.TXT in Datei.OLD hat diese dort auf einmal auch nur noch LF am Zeilenende.
Mach ich das ganze ohne BINARY funktioniert alles. Kann mir das jemand erklären ?
Kann man da irgendwas im FTP oder beim FTP-Server einstellen ?
Es verhält sich übrigens gleich wenn ich den FTP bei mir lokal auf dem PC starte und dann die Datei auf dem FTP-Server abhole. Mit Binary wird aus CRLF ein LF und ohne Binary bleibt der CRLF

[harkne]

So wie es aussieht liegt es am Server. Warum werde ich bestimmt noch raus bekommen. Ich habe es inzwischen mit einem anderen Server probiert und da funktioniert es mit BINARY genau so wie es soll. Falls ich die Ursache habe poste ich das hier