Well, that's what we are trying to figure out. As I personnaly I have not
seen such werid behavior with ftp server.
""A_Michigan_User"" <Michigan_RE_M0VE@ameritech.net> wrote in message
news:ecaGHjKYGHA.5004@TK2MSFTNGP02.phx.gbl...
>I only have 1 Windows 2000 machine to "send from".
> I'm using the stock Windows 2000 ftp.exe cmd.
> (I have the same problem with or without Norton anti-virus running.)
>
> And 1 web hosting company to "send to".
> (I have no idea what kinds of antivirus or other software they are running
> on their end.)
>
> I can't imagine what would cause *ONLY* that very small range of
> file-sizes to fail.
> (And smaller... or larger... files send ok.)
>
> "Bernard Cheah [MVP]" <qbernard@hotmail.com.discuss> wrote in message
> news:eI9grl4XGHA.3868@TK2MSFTNGP04.phx.gbl...
>>I kinda lost in the thread. Anyway can you test
>> - use ftp.exe to upload
>> - try from another machine
>>
>> any realtime monitoring tool on the IIS server end ?
>> proxy? antivirus? ids?
>>
>> --
>> Regards,
>> Bernard Cheah
>>
http://www.iis-resources.com/ >>
http://www.iiswebcastseries.com/ >>
http://msmvps.com/blogs/bernard/ >>
>>
>> ""A_Michigan_User"" <Michigan_RE_M0VE@ameritech.net> wrote in message
>> news:ufnxOk3XGHA.4432@TK2MSFTNGP04.phx.gbl...
>>> Chris,
>>>
>>> It gets even stranger. I made some text files of various sizes and
>>> then tried to MPUT *.* them all:
>>>
>>> 65,404 (uploads ok)
>>> 66,776 (hangs)
>>> 65,796 (hangs)
>>> 68,246 (uploads ok)
>>>
>>> I'm not sure exactly where the "success/fail" size ranges.... but that
>>> is VERY strange.
>>>
>>>> If you contact me off line I can setup a FTP site that you can log into
>>>> and test uploads....
>>>>
>>>> I really do not think that your FTP client has the issue. Have you used
>>>> another client? a very good one is available from
www.smartftp.com >>>>
>>>>
>>>> --
>>>>
>>>> Cheers
>>>>
>>>> Chris Crowe [IIS MVP 1997 -> 2006]
>>>>
http://blog.crowe.co.nz >>>> ------------------------------------------------
>>>>
>>>>
>>>> ""A_Michigan_User"" <Michigan_RE_M0VE@ameritech.net> wrote in message
>>>> news:e2YYzrdNGHA.2604@TK2MSFTNGP09.phx.gbl...
>>>>>I can find the logFiles dir... but I'm not seeing anything related to
>>>>>FTP in my IIS Management tool.
>>>>>
>>>>> My local (from) machine doesn't do anything with an FTP folder.
>>>>>
>>>>> The remote (to) machine is at a web-hosting company where we rent web
>>>>> space.
>>>>>
>>>>> I'm just sending some files from my local c:\folder with FTP.exe at
>>>>> the cmd prompt.... to their remote server.
>>>>>
>>>>> These FTP "logs" are on my local machine... or the distant, remote
>>>>> machine?
>>>>>
>>>>> Thanks
>>>>>
>>>>>
>>>>> "Chris Crowe [ IIS MVP 1997 -> 2006 ]" <iismvp2005@iisfaq.homeip.net>
>>>>> wrote in message news:uDaj8rbNGHA.1488@TK2MSFTNGP14.phx.gbl...
>>>>>> The log file for the FTP site is contained by default in
>>>>>>
>>>>>> c:\windows\system32\logfiles
>>>>>>
>>>>>> There will be a folder there with the name of MSFTPSVCx where x is
>>>>>> the instance ID of the ftp site.
>>>>>>
>>>>>> The default ftp site has an instance ID of 1, any other site will
>>>>>> have a random number.
>>>>>>
>>>>>> This random number can be found by looking at the Log File Path in
>>>>>> the FTP Site.
>>>>>>
>>>>>> Open IIS Management Tool
>>>>>> Select the FTP Site
>>>>>> Righ click and select properties
>>>>>> On the FTP site tab click properties
>>>>>> The last line will show the log file name which could be something
>>>>>> like MSFTPSVC669951\exyymmdd.log
>>>>>>
>>>>>> I have no problem using the FTP client in XP (sp2) to upload text
>>>>>> files of any size.
>>>>>>
>>>>>> Maybe your problem is your link as 0.73KB/s is pretty slow - is this
>>>>>> over dial up? maybe you have a lot of noise on the line and the
>>>>>> connection is dropped.
>>>>>>
>>>>>> --
>>>>>>
>>>>>>
>>>>>> Cheers
>>>>>>
>>>>>> Chris Crowe [IIS MVP 1997 -> 2006]
>>>>>>
http://blog.crowe.co.nz >>>>>> ------------------------------------------------
>>>>>>
>>>>>> ""A_Michigan_User"" <Michigan_RE_M0VE@ameritech.net> wrote in message
>>>>>> news:%23$ymclaNGHA.3408@TK2MSFTNGP14.phx.gbl...
>>>>>>> Where would I find this "ftp log"?
>>>>>>>
>>>>>>> I seem to have this same problem in both the BINARY to ASCII send
>>>>>>> modes.
>>>>>>>
>>>>>>> Seems to also have the problem from a "batch script" or if I type
>>>>>>> the cmds "by hand" from the cmd prompt.
>>>>>>>
>>>>>>> Seems to also happen with "mput *.*" or just "put MyBigFile.txt".
>>>>>>>
>>>>>>> Anyone else have this problem?
>>>>>>>
>>>>>>>> Netout :Connection reset by peer
>>>>>>>> 426 Connection closed; transfer aborted.
>>>>>>>> ftp: 65535 bytes sent in 90.00Seconds 0.73Kbytes/sec.
>>>>>>>
>>>>>>> (The file-size is actually 65,998 bytes)
>>>>>>>
>>>>>>> =====================
>>>>>>> Has anyone experienced this problem?
>>>>>>>
>>>>>>> I'm use the FTP command at the command prompt in Windows XP Pro to
>>>>>>> send some
>>>>>>> files to a Windows 2003 server.
>>>>>>>
>>>>>>> These work fine:
>>>>>>> Text files under 65k bytes.
>>>>>>> Jpeg files under 65k, and over 65k (all sizes).
>>>>>>>
>>>>>>> These files can't be sent:
>>>>>>> Text files over 65k bytes.
>>>>>>>
>>>>>>> They just wait forever and then give:
>>>>>>> > Netout: Connection reset by peer
>>>>>>>
>>>>>>> (I can drag/drop all files, all sizes from IE6 into the FTP
>>>>>>> location... so I
>>>>>>> know FTP is working ok.
>>>>>>> But I need to do this from the command prompt instead.)
>>>>>>>
>>>>>>> Thanks.
>>>>>>>
>>>>>>> ==========================
>>>>>>>
>>>>>>> From:Bernard Cheah [MVP] - view profile
>>>>>>> Date:Mon, Sep 19 2005 2:42 am
>>>>>>> Email: "Bernard Cheah [MVP]" <qbern...@hotmail.com.discuss>
>>>>>>> Groups: microsoft.public.inetserver.iis.ftp
>>>>>>>
>>>>>>> Mm... what's the status code in the ftp log file?
>>>>>>> I haven't see this before..... and it doesn't make any sense.
>>>>>>>
>>>>>>> --
>>>>>>> Regards,
>>>>>>> Bernard Cheah
>>>>>>>
http://www.iis-resources.com/ >>>>>>>
http://www.iiswebcastseries.com/ >>>>>>>
http://www.msmvps.com/bernard/ >>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>