Buy commercial curl support from WolfSSL. We help you work
out your issues, debug your libcurl applications, use the API, port to new
platforms, add new features and more. With a team lead by the curl founder
himself.
Re: Webservices Help
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Dan Fandrich via curl-users <curl-users_at_cool.haxx.se>
Date: Wed, 18 Nov 2020 11:10:58 -0800
On Wed, Nov 18, 2020 at 05:00:14PM +0100, Kepa (Lan-1000 S.L.) via curl-users wrote:
> I have tried to do this with crul but it does not connect to the service
> correctly. The curl shipping is as follows:
>
> curl.exe -X POSTÂ -i -H "Expect:" -H "Accept-Encoding:gzip" -H "Content-Encoding:gzip" -H "Content-Length:37430" -H "Content-Type:application/octet-stream" -H "eus-bizkaia-n3-version:1.0" -H "eus-bizkaia-n3-content-type:application/xml" -H "eus-bizkaia-n3-data:" -d _at_sarrerak_header_info.json -d _at_[NAME OF FILE TO SEND] --insecure --key key.pem --cacert firma.pem --cert client.pem: [CERTIFICATE KEY] https://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena -o resultado.html
Several of these options are just going to cause confusion and problems. More specifically,
"Content-Encoding:gzip" could mess up the way the server decodes the data. But
all of -X POSTÂ -H "Expect:" -H "Accept-Encoding:gzip" -H
"Content-Encoding:gzip" -H "Content-Length:37430" should be removed. Also,
--insecure is never a good idea but in this case it entirely overrides --cacert
firma.pem. Use -v or one of the --trace options to see exactly what this command is sending
to the server to make sure it's in the format it wants. The error you're seeing comes from the
remote side, so the problem is likely in the way you're using curl to format
the request.
Dan
-----------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-users
Etiquette: https://curl.haxx.se/mail/etiquette.html
Received on 2020-11-18
Date: Wed, 18 Nov 2020 11:10:58 -0800
On Wed, Nov 18, 2020 at 05:00:14PM +0100, Kepa (Lan-1000 S.L.) via curl-users wrote:
> I have tried to do this with crul but it does not connect to the service
> correctly. The curl shipping is as follows:
>
> curl.exe -X POSTÂ -i -H "Expect:" -H "Accept-Encoding:gzip" -H "Content-Encoding:gzip" -H "Content-Length:37430" -H "Content-Type:application/octet-stream" -H "eus-bizkaia-n3-version:1.0" -H "eus-bizkaia-n3-content-type:application/xml" -H "eus-bizkaia-n3-data:" -d _at_sarrerak_header_info.json -d _at_[NAME OF FILE TO SEND] --insecure --key key.pem --cacert firma.pem --cert client.pem: [CERTIFICATE KEY] https://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena -o resultado.html
Several of these options are just going to cause confusion and problems. More specifically,
"Content-Encoding:gzip" could mess up the way the server decodes the data. But
all of -X POSTÂ -H "Expect:" -H "Accept-Encoding:gzip" -H
"Content-Encoding:gzip" -H "Content-Length:37430" should be removed. Also,
--insecure is never a good idea but in this case it entirely overrides --cacert
firma.pem. Use -v or one of the --trace options to see exactly what this command is sending
to the server to make sure it's in the format it wants. The error you're seeing comes from the
remote side, so the problem is likely in the way you're using curl to format
the request.
Dan
-----------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-users
Etiquette: https://curl.haxx.se/mail/etiquette.html
Received on 2020-11-18