m | 1 Jun 10:32 2007
Picon
Picon

Odd behavior using curl to ftp to Yahoo

I'm seeing some odd behavior using curl get ftp directory listings  
from a web server, but only from Yahoo hosted servers.

On Mac OS X 10.4.9, in Terminal, I issue two consecutive curl  
commands like this:

 > curl ftp://myusername:mypassword <at> ftp.myserver.com;curl ftp:// 
myusername:mypassword <at> ftp.myserver.com

What I get back is a directory listing corresponding to the first  
call to curl, but then for the second, I get:

 > curl: (67) Access denied: 530

The same thing happens if I issue the two curl commands on separate  
lines or even in different terminal windows as long as the second  
curl is within a second or so of the first. It is as if Yahoo is  
imposing a minimum time interval between connection attempts.

Has anyone else seen this?

_murat

Daniel Stenberg | 1 Jun 10:43 2007
Picon

Tell us how YOU use curl or libcurl!

Hi

Potential new users of curl and libcurl often look for existing users as a way 
to see if the product seems good and reliable. Existing known companies and 
known products/projects using curl/libcurl help us "sell" curl more. The more 
curl users we get, the more potential developers we get and the more bug fixes 
and feature enhancements we get...

If you work for, run one or know of a company that uses curl/libcurl inhouse 
or in applictions/products, please let us know! Consider replying that info 
privately to me, no need to flood the lists.

This is the list of known companies using (lib)curl:

 	http://curl.haxx.se/docs/companies.html

If you write or use an application that uses curl or libcurl, please let us 
know!

This is the list of curl-using apps:

 	http://curl.haxx.se/docs/programs.html

This is the list of libcurl-using apps:

 	http://curl.haxx.se/libcurl/using/apps.html

This is the list of PHP/CURL-using apps:

 	http://curl.haxx.se/libcurl/php/apps.html
(Continue reading)

Woody.R.Gingery | 1 Jun 11:02 2007

Woody R Gingery/Contractor/EG/CNG is out of the office.


I will be out of the office starting  06/01/2007 and will not return until
06/04/2007.

For CCS migration questions, please contact Nancy Reust. For CCS security
questions, please contact the CIS Solution Center at 8-736-4700 or Nancy
Reust.  For VCC questions, please contact Chanelle Nemeth on 8-736-5023.

-----------------------------------------
CONFIDENTIALITY NOTICE:  This electronic message contains
information which may be legally confidential and/or privileged and
does not in any case represent a firm ENERGY COMMODITY bid or offer
relating thereto which binds the sender without an additional
express written confirmation to that effect.  The information is
intended solely for the individual or entity named above and access
by anyone else is unauthorized.  If you are not the intended
recipient, any disclosure,  copying, distribution, or use of the
contents of this information is prohibited and may be unlawful.  If
you have received this electronic  transmission in error, please
reply immediately to the sender that you have received the message
in error, and delete it.  Thank you.

Madhavan Sivathanu pillai | 1 Jun 23:20 2007
Picon

Download does not resume after network connection is restored.

Hello all,
cURL seems to loop infinitely once the network cable is unplugged disrupting the download.
I looked at one of the mails in the mailing list and found out that cURL 7.16.2 has this issue fixed.But i still experience even after the cURL library was upgraded to  7.16.2. I would appreciate if someone could help me out with this issue.
Thanks,
 
Pillai.
 

Ready for the edge of your seat? Check out tonight's top picks on Yahoo! TV.
Ralph Mitchell | 1 Jun 23:46 2007
Picon

Re: Download does not resume after network connection is restored.

On 6/1/07, Madhavan Sivathanu pillai <m.s_pillai <at> yahoo.com> wrote:
> Hello all,
> cURL seems to loop infinitely once the network cable is unplugged disrupting
> the download.
> I looked at one of the mails in the mailing list and found out that cURL
> 7.16.2 has this issue fixed.But i still experience even after the cURL
> library was upgraded to  7.16.2. I would appreciate if someone could help me
> out with this issue.

Does it still loop indefinitely if you specify a --max-time  timeout??

Ralph Mitchell

Daniel Stenberg | 2 Jun 12:12 2007
Picon

Re: Download does not resume after network connection is restored.

On Fri, 1 Jun 2007, Madhavan Sivathanu pillai wrote:

> cURL seems to loop infinitely once the network cable is unplugged disrupting 
> the download. I looked at one of the mails in the mailing list and found out 
> that cURL 7.16.2 has this issue fixed.But i still experience even after the 
> cURL library was upgraded to 7.16.2. I would appreciate if someone could 
> help me out with this issue.

What operating system are you using and exactly how do you reproduce this 
problem?

--

-- 
  Commercial curl and libcurl Technical Support: http://haxx.se/curl.html

峰 涂 | 4 Jun 11:52 2007
Picon

patch for the case that curl can't transfer zero-size file by file://download

Hi. I am using the curl with version 7.16.1.
By this patch, my curl can transfer zero-size file by file://download/.
 
You can check it easily.
 
Best Regards
 
    Feng Tu
 
 

抢注雅虎免费邮箱-3.5G容量,20M附件!
Attachment (myfixes.diff): application/octet-stream, 672 bytes
Daniel Stenberg | 4 Jun 19:38 2007
Picon

Re: patch for the case that curl can't transfer zero-size file by file://download

On Mon, 4 Jun 2007, ·å Í¿ wrote:

> Hi. I am using the curl with version 7.16.1.
>  By this patch, my curl can transfer zero-size file by file://download/.

You really should start posting patches such as this to the curl-library list 
instead...

My main concern with this patch is how it makes the file: URL case different 
than all the others. I don't mind having support for zero-byte files, but I'm 
a bit hesitant to add it just for one single protocol and have the others not 
support it.

Anyone else with thoughts on this subject?

--

-- 
  Commercial curl and libcurl Technical Support: http://haxx.se/curl.html
Madhavan Sivathanu pillai | 4 Jun 21:28 2007
Picon

Re: Download does not resume after network connection is restored.

From: Daniel Stenberg <daniel_at_haxx.se>
Date: 2007-06-02
On Fri, 1 Jun 2007, Madhavan Sivathanu pillai wrote:
> cURL seems to loop infinitely once the network cable is unplugged disrupting
> the download. I looked at one of the mails in the mailing list and found out
> that cURL 7.16.2 has this issue fixed.But i still experience even after the
> cURL library was upgraded to 7.16.2. I would appreciate if someone could
> help me out with this issue.
What operating syst em are you using and exactly how do you reproduce this
problem?
 
we are on a process of  downloading a file from a remote server.
While downloading the file,we pulled the ethernet cable off....
this disrupts the download as curl stops the transfer.
I am new to curl and am looking at the code which was implemented into our system by some one else.I would appreciate if any of you could help me with this issue.
The operating system we are using is Linux(Red Hat).
 
Thanks,
 
Pillai.


Madhavan Sivathanu pillai <m.s_pillai <at> yahoo.com> wrote:
Hello all,
cURL seems to loop infinitely once the network cable is unplugged disrupting the download.
I looke d at one of the mails in the mailing list and found out that cURL 7.16.2 has this issue fixed.But i still experience even after the cURL library was upgraded to  7.16.2. I would appreciate if someone could help me out with this issue.
Thanks,
 
Pillai.
 
Ready for the edge of your seat? Check out tonight's top picks on Yahoo! TV.

Be a better Globetrotter. Get better travel answers from someone who knows.
Yahoo! Answers - Check it out.
Woody.R.Gingery | 4 Jun 21:30 2007

Question on sending gzip file via HTTPS


Curl-team,

In an earlier question on the same topic I had asked about how to specify
that a file being sent from our server to a client server is a binary file.
Based on the response, I added "type=application/octet-stream" to the file
name that is to be created at the receiving end. I also used the "verbose"
option on the curl command.

The gzipp'ed file did transfer but cannot be unzipped at the receiving end,
Winzip responds with an "Invalid archive directory" message. When I look at
the output log from our Perl/Curl script, with verbose I see a message that
says "Content-type: text/html".  I'm assuming the file is still being
treated as a text file on the receiving end. Do both ends of the
transmission need to specify type=application/octet-stream for the binary
file?

(I assume the  four messages immediately below are from our server end)
> Accept: */*

> Content-Length: 14602541

> Expect: 100-continue

> Content-Type: multipart/form-data;
boundary=----------------------------efc81c1d0bde

100 13.9M    0     0  100 13.9M      0   123k  0:01:55  0:01:55 --:--:--
404k
100 13.9M    0     0  100 13.9M      0   122k  0:01:56  0:01:56 --:--:--
338k
100 13.9M    0     0  100 13.9M      0   121k  0:01:57  0:01:57 --:--:--
264k< HTTP/1.1 200 OK

100 13.9M    0     0  100 13.9M      0   121k  0:01:57  0:01:57 --:--:--
200k< Server: Microsoft-IIS/5.0

(I assume these four messages are from the receiving server)

< Date: Thu, 31 May 2007 17:02:27 GMT

< X-Powered-By: ASP.NET

< Connection: close

< Content-type: text/html

(This is code from our Perl script)

$document_name = "xxxxxxxxxx$parm_month$parm_year.txt.gz;type=application
/octet-stream";
print "document being transferred is: $document_name\n";
$https = "
https:\/\/www.xxxx.xxxx.xx.us\/WebFX\/MainMenu\/Uploads\/UploadAFile\
/index.cfm?fuseaction=loginandinsertdocumentrecord";
   # setup the system call to curl, passing the appropriate flags
   # --fail suppress output so it dies nicely
   # --output says to direct the output to the file named in $ARGV[3]
   # $http_string is where the file name and https address are stored
 <at> args = ("curl", '--fail', '-v', '-F', 'username=yyyyyyy', '-F',
'password=xxxx', '-F', 'documentname='.$document_name, '-F',
'expirationdate='.$expire_dat
e, '-F', 'Filecontents= <at> '.$source_file, '-F', "pbADD='Add new document
informati
on'", $https);

Thank you,
Woody
Tie line 8-650-5448
Outside 216-736-5448
Page 800-539-3021

-----------------------------------------
CONFIDENTIALITY NOTICE:  This electronic message contains
information which may be legally confidential and/or privileged and
does not in any case represent a firm ENERGY COMMODITY bid or offer
relating thereto which binds the sender without an additional
express written confirmation to that effect.  The information is
intended solely for the individual or entity named above and access
by anyone else is unauthorized.  If you are not the intended
recipient, any disclosure,  copying, distribution, or use of the
contents of this information is prohibited and may be unlawful.  If
you have received this electronic  transmission in error, please
reply immediately to the sender that you have received the message
in error, and delete it.  Thank you.


Gmane