Thank you for the reply, Bill. I have tried setting the binary mode on the clients-side (using both Filezilla and the FTP command line tool), but the file transfer still gets corrupted.
Cheers, Martin > Am 17.03.2016 um 12:08 schrieb Bill Mair <apa...@themairs.net>: > > I think that it is a client issue rather than a server issue. > > Please read: See: http://www.tldp.org/HOWTO/FTP-3.html > > Or the documentation for the client that you are using to contact the > FTP server. Maybe your client is defaulting to ASCII mode if it doesn't > know how to handle a file type/extension. > > Maybe your client has a mask/filter where you already have something > like "*.jpg = binary", and you can ass "*.fpo = binary". > > > On 17/03/16 10:46, Martin Wunderlich wrote: >> PS: The problem might be related to ASCII vs. Binary transfer mode. Is there >> a way to tell the FTP server to use only binary mode or, even better, to set >> the transfer for specific file types? >> >>> Am 17.03.2016 um 10:48 schrieb Martin Wunderlich <m...@censhare.de>: >>> >>> Hi all, >>> >>> We have recently observed some problems when transferring specific image >>> files with Mina-core 2.0.9 and ftp-server-core 1.0.9. After uploading an >>> FPO file (which is type of lowres OPI file), the file is truncated on the >>> FTP server and we can’t open it anymore. Other image files, such as >>> standard JPEG, are fine. We presume the root cause might be that these FPO >>> files start with a clear-text meta-data section before the actual binary >>> data and therefore the FPT transfer might be carried out differently (see >>> below). >>> >>> Could this plaintext be the cause? Has anyone else had similar problems >>> with this file type? >>> Thanks a lot. >>> >>> Kind regards, >>> >>> Martin >>> >>> >>> %!PS-Adobe-3.0 EPSF-3.0 >>> %%Creator: FullPress >>> %%BoundingBox: 0 0 480 480 >>> %%HiResBoundingBox: 0 0 480.0000 480.0000 >>> %%DocumentProcessColors: Cyan Magenta Yellow Black >>> %%EndComments >>> %ImageData: 480 480 8 4 0 1 6 "exec" >>> %BeginPhotoshop: 14 >>> % 3842494D040A0000000000010000 >>> %EndPhotoshop >>> [...] >>> %%BeginBinary: 255562 >>> exec >>> s4IA>!"M;*Ddm8XA,lT0!!*&R!(-_f!<E3%!<N9&!<N<(!WiK,!WiE)"U"r1"9o#6 >>> "pP58"pP;=#R1M?#6kA<$O@%G$47+I"pbSF$OR:K$47.?^]5&S!T4":"@Eb$9b@A. >>> &HGH9!<9t;*rl9A"T\W)!<E3$z!!!!"!WrQ/"pYD?$4HmP!4<@<!W`B*!X&T/"U"r. >>> !!.KK!WrE*&Hrdj0gQ!W;.0\RE>10ZOeE%*6F"?A;UOtZ1LbBV#mqFa(`=5<-7:2j >>> .Ps"@2`NfY6UX@47n?3D;cHat='/U/@q9._B4u!oF*)PJGBeCZK7nr5LPUeEP*;,q >>> QC!u,R\HRQV5C/hWN*81['d?O\@K2f_o0O6a2lBFdaQ^rf%8R- >
signature.asc
Description: Message signed with OpenPGP using GPGMail
