Sending local file with curl / ftp

[sinsedrix]

I tried upload a local file to my ftp server using this command:

docker run --rm curlimages/curl --T test.txt ftp://ftp_user:[email protected]

I get the following error:

curl: Can't open 'test.txt'!

Of course, if I just write the command with curl, it's ok:

curl --T test.txt ftp://ftp_user:[email protected]

I suppose it can't work because test.txt is not in the container.
With other containers, I'm used to specify a -v "$PWD:/workdirectory" option, but I dont' know if it's available in this container.

Am I missing an option or a work directory to use local files?

Thanks.

[xquery]

yes we could make that a bit more explicit in the documentation for uploading scenarios eg. you would need to mount volume in container as you suggested (or perhaps docker copy file into container).

Something like the following works

docker run --rm -it -v "$PWD:/workdirectory" curlimages/curl -d@/workdirectory/test.txt http://httpbin.org/post

[sinsedrix]

yes we could make that a bit more explicit in the documentation for uploading scenarios eg. you would need to mount volume in container as you suggested (or perhaps docker copy file into container).

Something like the following works

docker run --rm -it -v "$PWD:/workdirectory" curlimages/curl -d@/workdirectory/test.txt http://httpbin.org/post

It doesn't seem to work:

Warning: The file name argument
Warning: '-d@/work/test.tx
Warning: t' looks like a flag.
curl: Can't open '-d@/work/test.txt'!

Are you sure, it's not up to the image to provide/include the working directory?

Oh, it works without the -d@ prefix !

[xquery]

the example I provided works ... your error listing is confusing eg. refers to "/work/test.tx" and "/work/test.txt" ... closing this as I believe the question was answered (and no obvious issues) - if you think that is not the case continue to comment on this issue and i will re-open.

[sinsedrix]

the example I provided works ... your error listing is confusing eg. refers to "/work/test.tx" and "/work/test.txt" ... closing this as I believe the question was answered (and no obvious issues) - if you think that is not the case continue to comment on this issue and i will re-open.

The warning was on two lines because my real filename is long.
I manage to have it work without the -d@ prefix, as it's interpreted as an option.
Ok to close the issue.

Thanks