TidFTP downloads different size
In my Delphi application, i try to download a file with TidFTP client (Indy 10, Delphi 2007) but the result file is bigger than the original.
I have read other posts about it and about transferType but still i haven't solve the problem. The code is
IdFTP1 := TIdFTP.Create(NIL);
with IdFTP1 do try
Host := 'www.mysite.com';
username := 'myName';
password := 'myPassword';
passive := TRUE;
Connect;
transferType := ftBinary;
IdFTP1.Get('mySite/data.zip','data.zip',TRUE);
finally
disconnect;
end;
As you see i set transferType just before get, but the result is bigger (about 375 bytes) than the original.
PS. With the same code I haven't problems in the past (few years ago). Is it possible due to server's settings changes ? But FileZila works fine on the same file.
ftp indy
add a comment |
In my Delphi application, i try to download a file with TidFTP client (Indy 10, Delphi 2007) but the result file is bigger than the original.
I have read other posts about it and about transferType but still i haven't solve the problem. The code is
IdFTP1 := TIdFTP.Create(NIL);
with IdFTP1 do try
Host := 'www.mysite.com';
username := 'myName';
password := 'myPassword';
passive := TRUE;
Connect;
transferType := ftBinary;
IdFTP1.Get('mySite/data.zip','data.zip',TRUE);
finally
disconnect;
end;
As you see i set transferType just before get, but the result is bigger (about 375 bytes) than the original.
PS. With the same code I haven't problems in the past (few years ago). Is it possible due to server's settings changes ? But FileZila works fine on the same file.
ftp indy
TIdFTP.Get()
saves as-is whatever bytes the server gives it.Get()
does not add bytes to the file. If the file that is saved is 375 bytes larger than you are expecting, double check the size of the file on the server, it is likely larger than you think. Maybe it got uploaded in ASCII mode instead of binary mode causingCR
andLF
characters to be expanded toCRLF
. Who knows. We can't see the original file, the uploaded file, or the downloaded file, so we can't see what was changed.
– Remy Lebeau
Nov 16 '18 at 1:08
The file on the server is ok and i can download it with FileZilla (an FTP utility) at the right size. The problem is that the same file is downloaded bigger with my delphi code.
– JimPapas
Nov 16 '18 at 1:45
I can guarantee you thatTIdFTP.Get()
DOES NOT add extra bytes to the downloaded file. You need to verify with a packet sniffer what the server is actually sending toTIdFTP
and compare that to what it sends to FileZilla. You are likely to see a difference in what data is being transmitted. That will also show you what commands bothTIdFTP
and FileZilla are using to setup the transfer parameters.
– Remy Lebeau
Nov 16 '18 at 2:58
add a comment |
In my Delphi application, i try to download a file with TidFTP client (Indy 10, Delphi 2007) but the result file is bigger than the original.
I have read other posts about it and about transferType but still i haven't solve the problem. The code is
IdFTP1 := TIdFTP.Create(NIL);
with IdFTP1 do try
Host := 'www.mysite.com';
username := 'myName';
password := 'myPassword';
passive := TRUE;
Connect;
transferType := ftBinary;
IdFTP1.Get('mySite/data.zip','data.zip',TRUE);
finally
disconnect;
end;
As you see i set transferType just before get, but the result is bigger (about 375 bytes) than the original.
PS. With the same code I haven't problems in the past (few years ago). Is it possible due to server's settings changes ? But FileZila works fine on the same file.
ftp indy
In my Delphi application, i try to download a file with TidFTP client (Indy 10, Delphi 2007) but the result file is bigger than the original.
I have read other posts about it and about transferType but still i haven't solve the problem. The code is
IdFTP1 := TIdFTP.Create(NIL);
with IdFTP1 do try
Host := 'www.mysite.com';
username := 'myName';
password := 'myPassword';
passive := TRUE;
Connect;
transferType := ftBinary;
IdFTP1.Get('mySite/data.zip','data.zip',TRUE);
finally
disconnect;
end;
As you see i set transferType just before get, but the result is bigger (about 375 bytes) than the original.
PS. With the same code I haven't problems in the past (few years ago). Is it possible due to server's settings changes ? But FileZila works fine on the same file.
ftp indy
ftp indy
edited Nov 15 '18 at 21:49
JimPapas
asked Nov 15 '18 at 21:44
JimPapasJimPapas
1541314
1541314
TIdFTP.Get()
saves as-is whatever bytes the server gives it.Get()
does not add bytes to the file. If the file that is saved is 375 bytes larger than you are expecting, double check the size of the file on the server, it is likely larger than you think. Maybe it got uploaded in ASCII mode instead of binary mode causingCR
andLF
characters to be expanded toCRLF
. Who knows. We can't see the original file, the uploaded file, or the downloaded file, so we can't see what was changed.
– Remy Lebeau
Nov 16 '18 at 1:08
The file on the server is ok and i can download it with FileZilla (an FTP utility) at the right size. The problem is that the same file is downloaded bigger with my delphi code.
– JimPapas
Nov 16 '18 at 1:45
I can guarantee you thatTIdFTP.Get()
DOES NOT add extra bytes to the downloaded file. You need to verify with a packet sniffer what the server is actually sending toTIdFTP
and compare that to what it sends to FileZilla. You are likely to see a difference in what data is being transmitted. That will also show you what commands bothTIdFTP
and FileZilla are using to setup the transfer parameters.
– Remy Lebeau
Nov 16 '18 at 2:58
add a comment |
TIdFTP.Get()
saves as-is whatever bytes the server gives it.Get()
does not add bytes to the file. If the file that is saved is 375 bytes larger than you are expecting, double check the size of the file on the server, it is likely larger than you think. Maybe it got uploaded in ASCII mode instead of binary mode causingCR
andLF
characters to be expanded toCRLF
. Who knows. We can't see the original file, the uploaded file, or the downloaded file, so we can't see what was changed.
– Remy Lebeau
Nov 16 '18 at 1:08
The file on the server is ok and i can download it with FileZilla (an FTP utility) at the right size. The problem is that the same file is downloaded bigger with my delphi code.
– JimPapas
Nov 16 '18 at 1:45
I can guarantee you thatTIdFTP.Get()
DOES NOT add extra bytes to the downloaded file. You need to verify with a packet sniffer what the server is actually sending toTIdFTP
and compare that to what it sends to FileZilla. You are likely to see a difference in what data is being transmitted. That will also show you what commands bothTIdFTP
and FileZilla are using to setup the transfer parameters.
– Remy Lebeau
Nov 16 '18 at 2:58
TIdFTP.Get()
saves as-is whatever bytes the server gives it. Get()
does not add bytes to the file. If the file that is saved is 375 bytes larger than you are expecting, double check the size of the file on the server, it is likely larger than you think. Maybe it got uploaded in ASCII mode instead of binary mode causing CR
and LF
characters to be expanded to CRLF
. Who knows. We can't see the original file, the uploaded file, or the downloaded file, so we can't see what was changed.– Remy Lebeau
Nov 16 '18 at 1:08
TIdFTP.Get()
saves as-is whatever bytes the server gives it. Get()
does not add bytes to the file. If the file that is saved is 375 bytes larger than you are expecting, double check the size of the file on the server, it is likely larger than you think. Maybe it got uploaded in ASCII mode instead of binary mode causing CR
and LF
characters to be expanded to CRLF
. Who knows. We can't see the original file, the uploaded file, or the downloaded file, so we can't see what was changed.– Remy Lebeau
Nov 16 '18 at 1:08
The file on the server is ok and i can download it with FileZilla (an FTP utility) at the right size. The problem is that the same file is downloaded bigger with my delphi code.
– JimPapas
Nov 16 '18 at 1:45
The file on the server is ok and i can download it with FileZilla (an FTP utility) at the right size. The problem is that the same file is downloaded bigger with my delphi code.
– JimPapas
Nov 16 '18 at 1:45
I can guarantee you that
TIdFTP.Get()
DOES NOT add extra bytes to the downloaded file. You need to verify with a packet sniffer what the server is actually sending to TIdFTP
and compare that to what it sends to FileZilla. You are likely to see a difference in what data is being transmitted. That will also show you what commands both TIdFTP
and FileZilla are using to setup the transfer parameters.– Remy Lebeau
Nov 16 '18 at 2:58
I can guarantee you that
TIdFTP.Get()
DOES NOT add extra bytes to the downloaded file. You need to verify with a packet sniffer what the server is actually sending to TIdFTP
and compare that to what it sends to FileZilla. You are likely to see a difference in what data is being transmitted. That will also show you what commands both TIdFTP
and FileZilla are using to setup the transfer parameters.– Remy Lebeau
Nov 16 '18 at 2:58
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53328330%2ftidftp-downloads-different-size%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53328330%2ftidftp-downloads-different-size%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
TIdFTP.Get()
saves as-is whatever bytes the server gives it.Get()
does not add bytes to the file. If the file that is saved is 375 bytes larger than you are expecting, double check the size of the file on the server, it is likely larger than you think. Maybe it got uploaded in ASCII mode instead of binary mode causingCR
andLF
characters to be expanded toCRLF
. Who knows. We can't see the original file, the uploaded file, or the downloaded file, so we can't see what was changed.– Remy Lebeau
Nov 16 '18 at 1:08
The file on the server is ok and i can download it with FileZilla (an FTP utility) at the right size. The problem is that the same file is downloaded bigger with my delphi code.
– JimPapas
Nov 16 '18 at 1:45
I can guarantee you that
TIdFTP.Get()
DOES NOT add extra bytes to the downloaded file. You need to verify with a packet sniffer what the server is actually sending toTIdFTP
and compare that to what it sends to FileZilla. You are likely to see a difference in what data is being transmitted. That will also show you what commands bothTIdFTP
and FileZilla are using to setup the transfer parameters.– Remy Lebeau
Nov 16 '18 at 2:58