WRT110 router - FTP problem - Timeouts on large files

When I upload files via FTP and if the transfer of a file takes more then 3 minutes,
then my FTP programs doesn't jump to the next file to upload when the previous one has been just finished.
The problem occurs only if I connect to the internet behind the wrt110 router.
I have tried FileZilla, FTPRush and FlashFXP FTP softwares to upload via FTP.
At FileZilla sending keep-alives doesn't help,
only it works at FlashFXP, but I have a trial version.
At FIleZilla's site I can read this:
http://wiki.filezilla-project.org/Network_Configuration#Timeouts_on_large_files
Timeouts on large files
If you can transfer small files without any issues,
but transfers of larger files end with a timeout,
a broken router and/or firewall exists
between the client and the server and is causing a problem.
As mentioned above,
FTP uses two TCP connections:
a control connection to submit commands and receive replies,
and a data connection for actual file transfers.
It is the nature of FTP that during a transfer the control connection stays completely idle.
The TCP specifications do not set a limit on the amount of time a connection can stay idle.
Unless explicitly closed, a connection is assumed to remain alive indefinitely.
However, many routers and firewalls automatically close idle connections after a certain period of time.
Worse, they often don't notify the user, but just silently drop the connection.
For FTP, this means that during a long transfer
the control connection can get dropped because it is detected as idle, but neither client nor server are notified.
So when all data has been transferred, the server assumes the control connection is alive
and it sends the transfer confirmation reply.
Likewise, the client thinks the control connection is alive and it waits for the reply from the server.
But since the control connection got dropped without notification,
the reply never arrives and eventually the connection will timeout.
In an attempt to solve this problem,
the TCP specifications include a way to send keep-alive packets on otherwise idle TCP connections,
to tell all involved parties that the connection is still alive and needed.
However, the TCP specifications also make it very clear that these keep-alive packets should not be sent more often than once every two hours. Therefore, with added tolerance for network latency, connections can stay idle for up to 2 hours and 4 minutes.
However, many routers and firewalls drop connections that have been idle for less than 2 hours and 4 minutes. This violates the TCP specifications (RFC 5382 makes this especially clear). In other words, all routers and firewalls that are dropping idle connections too early cannot be used for long FTP transfers. Unfortunately manufacturers of consumer-grade router and firewall vendors do not care about specifications ... all they care about is getting your money (and only deliver barely working lowest quality junk).
To solve this problem, you need to uninstall affected firewalls and replace faulty routers with better-quality ones.

Similar Messages

Problem while processing large files

Hi
I am facing a problem while processing large files.
I have a file which is around 72mb. It has around more than 1lac records. XI is able to pick the file if it has 30,000 records. If file has more than 30,000 records XI is picking the file ( once it picks it is deleting the file ) but i dont see any information under SXMB_MONI. Either error or successful or processing ... . Its simply picking and igonring the file. If i am processing these records separatly it working.
How to process this file. Why it is simply ignoring the file. How to solve this problem..
Thanks & Regards
Sowmya.

Hi,
XI pickup the Fiel based on max. limit of processing as well as the Memory & Resource Consumptions of XI server.
PRocessing the fiel of 72 MB is bit higer one. It increase the Memory Utilization of XI server and that may fali to process at the max point.
You should divide the File in small Chunks and allow to run multiple instances. It will be faster and will not create any problem.
Refer
SAP Network Blog: Night Mare-Processing huge files in SAP XI
/people/sravya.talanki2/blog/2005/11/29/night-mare-processing-huge-files-in-sap-xi
/people/michal.krawczyk2/blog/2005/11/10/xi-the-same-filename-from-a-sender-to-a-receiver-file-adapter--sp14
Processing huge file loads through XI
File Limit -- please refer to SAP note: 821267 chapter 14
File Limit
Thanks
swarup
Edited by: Swarup Sawant on Jun 26, 2008 7:02 AM

Privileges problem when transferring large files

This just happened, and I don't know what changed. I cannot transfer large files from my Macbook Pro to my MacPro desktop, neither on the network nor by a USB hard drive. I get the infamous "You do not have sufficient privileges" message. The files start copying, and after about 1gb or so, the message pops up. Small files no problem, there's no restriction on those. It does not matter which disk I am trying to copy it to.
I thought it was just a problem with iMovie files and folders (these get big fast), but it seems to be an issue with any large file. I have repaired permissions on both disks, I have made sure that the unlock key is unlocked and that all the boxes are checked "Read & Write".
And this problem just arose today. Nothing has changed, so far as I know.

I assume I am always logged in as administrator because I have never logged in as anything else. It also does not matter from what folder, or even disk drive, I am trying to transfer from. If the file is above a certain size, it stops transferring and I get the error.
What interests me is not that I immediately get the "insufficient privileges" error when I try and transfer a forbidden folder or file. I've seen that. This happens after about a gig of data has transferred over already, then that error pops up.

FTP problem - FTPEx: No such file

Hello,
I have a file adapter that has been working "normally" for some time. However recently I have discovered some errors with it. The polling of files stops and I get the following error message:
Error: Processing interrupted due to error: FTPEx: No such file.
When I log into the ftp site using another tool like WS_FTP I can see a lot of files in the directory. If I do a rename to the first file in the directory then the polling of files will start again and work normally.
It's a rather strange behavior since the adapter then can work as normal for a week or more before the problem happens again.
If you know anything about why this might occur and how to solve it, please respond.
Thanks,
Per

Thanks for your replies!
The problem has happened with both Per File Transfer and Permanently so I don't think the problem lays there.
About using . (star dot star). There are two different file types in the folder, and they are picked with their own adapter. The problem only happens with one of the adapters and not the other. Today I pick them up like this:
CAL*
DAL*
It's always CAL that goes wrong. I could change it to CAL. if you think that would make a difference. I have also looked at the note mention and will add the timeout to it.
Edited by: Per Rune Weimoth on Sep 23, 2009 12:01 PM
Edited by: Per Rune Weimoth on Sep 23, 2009 12:01 PM

WebLogic Apache bridge problems on uploading large files via HTTP post

I have a problem uploading files larger than quarter a mega, the jsp
page does a POST
to a servlet which reads the input stream and writes to a file.
Configuration: Apache webserver 1.3.12 connected to the Weblogic 5.1
application server
via the bridge(mod_wl_ssl.so) from WebLogic Service pack 4.
The upload goes on for about 30 secs and throws the following error.
"Failure of WebLogic APACHE bridge:
IO error writing POST data to 100.12.1.2:7001; sys err#: [32] sys err
msg [Broken pipe]
Build date/time: Jul 10 2000 12:29:18 "
The same upload(in fact I uploaded a 8 MEG file) using the
Netscape(NSAPI) WebLogic
connector.
Any answers would be deeply appreciated.

I have a problem uploading files larger than quarter a mega, the jsp
page does a POST
to a servlet which reads the input stream and writes to a file.
Configuration: Apache webserver 1.3.12 connected to the Weblogic 5.1
application server
via the bridge(mod_wl_ssl.so) from WebLogic Service pack 4.
The upload goes on for about 30 secs and throws the following error.
"Failure of WebLogic APACHE bridge:
IO error writing POST data to 100.12.1.2:7001; sys err#: [32] sys err
msg [Broken pipe]
Build date/time: Jul 10 2000 12:29:18 "
The same upload(in fact I uploaded a 8 MEG file) using the
Netscape(NSAPI) WebLogic
connector.
Any answers would be deeply appreciated.

Problem upload too large file in a Content Area ORA-1401

Hi All
I have a customer who is trying to upload a file with a too large name in a content area.
If the filename is 80 characters, it works fine.
But if the filename is upper or 80 characters the following error ocurred:
ORA-01401: inserted value too large for column
DAD name: portal30
PROCEDURE : PORTAL30.wwv_add_wizard.edititem
URL : http://sbastida-us:80/pls/portal30/PORTAL30.wwv_add_wizard.edititem
I checked the table: WWV_DOCUMENT and it have a column name: FILENAME is defined like VARCHAR2(350).
If i run a query on this table, the filename column stores the filename of the file uploaded.
Is this a new bug? may i fill this bug?
Do you have any idea about this issue?
Thanks in advance,
Catalina

Catalina,
The following restrictions apply to the names of documents that you are uploading into the repository:
Filenames must be 80 characters or less.
Filenames must not include any of these characters: \ / : * ? < > | " % # +
Filenames can include spaces and any of these characters: ! @ ~ & . $ ^ ( ) - _ ` ' [ ] { } ; =
Regards,
Jerry
null

BT Cloud - large file ( ~95MB) uploads failing

I am consistently getting upload failures for any files over approximately 95MB in size. This happens with both the Web interface, and the PC client.
With the Web interface the file upload gets to a percentage that would be around the 95MB amount, then fails showing a red icon with a exclamation mark.
With the PC client the file gets to the same percentage equating to approximately 95MB, then resets to 0%, and repeats this continuously. I left my PC running 24/7 for 5 days, and this resulted in around 60GB of upload bandwidth being used just trying to upload a single 100MB file.
I've verified this on two PCs (Win XP, SP3), one laptop (Win 7, 64 bit), and also my work PC (Win 7, 64 bit). I've also verified it with multiple different types and sizes of files. Everything from 1KB to ~95MB upload perfectly, but anything above this size ( I've tried 100MB, 120MB, 180MB, 250MB, 400MB) fails every time.
I've completely uninstalled the PC Client, done a Windows "roll-back", reinstalled, but this has had no effect. I also tried completely wiping the cloud account (deleting all files and disconnecting all devices), and starting from scratch a couple of times, but no improvement.
I phoned technical support yesterday and had a BT support rep remote control my PC, but he was completely unfamiliar with the application and after fumbling around for over two hours, he had no suggestion other than trying to wait for longer to see if the failure would clear itself !!!!!
Basically I suspect my Cloud account is just corrupted in some way and needs to be deleted and recreated from scratch by BT. However I'm not sure how to get them to do this as calling technical support was futile.
Any suggestions?
Thanks,
Elinor.
Solved!
Go to Solution.

Hi,
I too have been having problems uploading a large file (362Mb) for many weeks now and as this topic is marked as SOLVED I wanted to let BT know that it isn't solved for me.
All I want to do is share a video with a friend and thought that BT cloud would be perfect! Oh, if only that were the case :-(
I first tried web upload (as I didn't want to use the PC client's Backup facility) - it failed.
I then tried the PC client Backup.... after about 4 hrs of "progress" it reached 100% and an icon appeared. I selected it and tried to Share it by email, only to have the share fail and no link. Cloud backup thinks it's there but there are no files in my Cloud storage!
I too spent a long time on the phone to Cloud support during which the tech took over my PC. When he began trying to do completely inappropriate and irrelevant things such as cleaning up my temporary internet files and cookies I stopped him.
We did together successfully upload a small file and sharing that was successful - trouble is, it's not that file I want to share!
Finally he said he would escalate the problem to next level of support.
After a couple of weeks of hearing nothing, I called again and went through the same farce again with a different tech. After which he assured me it was already escalated. I demanded that someone give me some kind of update on the problem and he assured me I would hear from BT within a week. I did - they rang to ask if the problem was fixed! Needless to say it isn't.
A couple of weeks later now and I've still heard nothing and it still doesn't work.
Why can't Cloud support at least send me an email to let me know they exist and are working on this problem.
I despair of ever being able to share this file with BT Cloud.
C'mon BT Cloud surely you can do it - many other organisations can!

Flash media server taking forever to load large files

We purchased FMIS and we are encoding large 15+ hour MP4 recordings using flash media encoder. When opening these large files for playback, which have not been opened recently the player displays the loading indicator for up to 4 minutes! Once it has apparently been cached on the server it opens immediately from any browser even after clearing local browser cache. So a few questions for the experts
1. Why is it taking so long to load the file. Is it because the MP4 metadata is in the wrong format and the file is so huge? I read somewhere that Media Encoder records with incorrect MP4 metadata is that still the case?
2. Once its cached on the server, exactly how much of it is cached. Some of these files are larger than 500mb.
3. What fms settings do you suggest I change. FMIS is running on windows server R2 64 bit, but FMIS itself is 32 bit. We have not upgraded to the 64 bit version. We have 8GB of ram. Is it OK to set FMS cache to 3GB. And would that only have enough room for 3-4 large files, because we have hundreds of them.
best,
Tuviah
Lead programmer, solid state logic inc

Hi Tuviah,
You may want to email me offline about more questions here as it can get a little specific but I'll hit the general problems here.
MP4 is a fine format, and I won't speak ill of it, but it does have weaknesses. In FMS implementation those weaknesses tend to manifest around the combination of recording and very large files, so some of these things are a known issue.
The problem is that MP4 recording is achieved through what's called MP4 fragmentation. It's a part of the MP4 spec that not every vendor supports, but has a very particular purpose, namely the ability to continually grow an MP4 style file efficiently. Without fragments one has the problem that a large file must be constantly rewritten as a whole for updating the MOOV box (index of files) - fragments allow simple appending. In other words it's tricky to make mp4 recording scalable (like for a server ) and still have the basic MP4 format - so fragments.
There's a tradeoff to this however, in that the index of the file is broken up over the whole file. Also likely these large files are tucked away on a NAS for you or something similar. Normal as you likely can't store all of them locally. However that has the bad combo of needing to index the file (touching parts of the whole thing) and doing network reads to do it. This is likely the cause of the long delay you're facing - here are some things you can do to help.
1. Post process the F4V/MP4 files into non fragmented format - this may help significantly in load time, though it could still be considered slow it should increase in speed. Cheap to try it out on a few files. (F4V and MP4 are the same thing for this purpose - so don't worry about the tool naming)
http://www.adobe.com/products/flashmediaserver/tool_downloads/
2. Alternatively this is why we created the raw: format. For long recording mp4 is just unideal and raw format solves many of the problems involved in doing this kind of recording. Check it out
http://help.adobe.com/en_US/flashmediaserver/devguide/WSecdb3a64785bec8751534fae12a16ad027 7-8000.html
3. You may also want to check out FMS HTTP Dynamic Streaming - it also solves this problem, along with others like content protection and DVR and it's our most recent offering in tech, so it has a lot of strengths the other areas don't.
http://www.adobe.com/products/httpdynamicstreaming/
Hope that helps,
Asa

Very large files checkin to DMS/content server

Dear experts,
We have DMS with content server up and running.
However, there is a problem with very large files (up to 2GB!) - these files cannot be checked in due to extremely long upload times and maybe GUI limitations.
Does anyone have suggestions how we could get very large files into the content server ? I only want to check them in (either via DMS or directly to the content server) and then get the URL back.
best regards,
Johannes

Hi Johannes,
unfortunatly there is a limit for files regarding the Content Server which is about 2GB. Please note that such large files will cause very long upload times. If possible I would recommend you to split the files to smaller parts and try to check it in.
From my point of view it is not recommended to put files directly on the Content Server, because this could lead to inconsistencies on the Content Server.
Best regards,
Christoph

Large files not opening in photoshop7

I'm having problems opening some large files I've been working on in photoshop7. Win XP pro sp3, HP dx2250 AMD athlon 64 3800+ 98MHz, 1.87GB RAM, 79.4GB free space on C:
When I try to open these files I get a dialog box titled 'New', instead of the opening progress bar starting to fill up. The 'New' dialog box has the correct file name, image size listed as only 452k, when the file is actually over 2GB, Preset sizes set at Default photoshop size, width 16.02cm, height 11.99cm, res 72dpi.
Actual size of file is 2.2GB, 96cm wide x 66cm high at 300dpi. Clicking on the "New" ok button opens up a blank background layer and no others ie it is opening a new file and not the one I have been working on. This happens to two versions of the updated file with separate file names (v3 and v4). I've opened the original file (v2, which still opens ok)) and have been enlarging the canvas size and converting from rgb to cmyk. It appeared to save okay. This happened yesterday, too and I thought I must have not saved it correctly, so redid the work and saved again. Now I know something not right as I can't open the saved files. I've cleared the preferences file but no change.
Any ideas what is happening and why, please?

Thanks Bob (and also John) - that makes sense of what is happening, although I thought I had used 2.5GB files before with no problems.
The file I'm using is 11374 x 7831 pixels (96.3 x 66.3cm at 300dpi). Converting to cmyk had bumped it up to just over 2.1GB, hence the saving problem.
I've now saved and copied it, removed all invisible and construction layers (now down to 70!) and also turned off thumbnails. I can now save a composite to tif format but still not jpeg, which seems weird. Is there a size limit on jpegs?
Also, which Photoshop version introduced the PSB file format? - maybe its time to upgrade . . . thanks again, Andy

IdcApache2Auth.so Compiled With Large File Support

Hi, I'm installing UCM 10g on solaris 64 Bit plattform and Apache 2.0.63 , everything went fine until I update configuration in the httpd.conf file. When I query server status it seems to be ok:
+./idcserver_query+
Success checking Content Server idc status. Status: Running
but in the apache error_log and I found the next error description:
Content Server Apache filter detected a bad request_rec structure. This is possibly a problem with LFS (large file support). Bad request_rec: uri=NULL;
Sizing information:
sizeof(*r): 392
+[int]sizeof(r->chunked): 4+
+[apr_off_t]sizeof(r->clength): 4+
+[unsigned]sizeof(r->expecting_100): 4+
If the above size for r->clength is equal to 4, then this module
was compiled without LFS, which is the default on Apache 1.3 and 2.0.
Most likely, Apache was compiled with LFS, this has been seen with some
stock builds of Apache. Please contact Support to obtain an alternate
build of this module.
When I search at My Oracle Support for suggestions about how to solve my problem I found a thread which basically says that Oracle ECM support team could give me a copy IdcApache2Auth.so compiled with LFS.
What do you suggest me?
Should I ask for ECM support team help? (If yes please tell me How can I do it)
or should I update the apache web server to version 2.2 and use IdcApache22Auth.so wich is compiled with LFS?
Thanks in advance, I hope you can help me.

Hi ,
Easiest approach would be to use Apache2.2 and the corresponding IdcApache22Auth.so file .
Thanks
Srinath

Connection drop when transfer large file

We are using a IBM T40 (with 802.11b build-in). We are able to surf web and ping successfully. Once we transfer large file, the connection just drop and the debug log from the AP1200 shows:
Dec 18 10:39:57.095 H: %DOT11-4-MAXRETRIES: Packet to client xxxx.xxxx.xxxx reached max retries, removing the client
Dec 18 10:39:57.095 H: %DOT11-6-DISASSOC: Interface Dot11Radio0, Deauthenticating Station xxxx.xxxx.xxxx Reason: Previous authentication no longer valid
However, when we try using Cisco 350 PCMCIA cards and Orinoco, there is no problem with the large file transfer.
We have upgraded the driver to the latest version.
Any help. Thks

This type of error is usually because of RF interference. When the AP sends a packet to the client, the client must ACK this packet back to the AP, if the AP receives no ACK from the client, it will resend this packet. It will continue this process for 16 times (default config) before assuming the client is off the network now (person moved out of range or powered off their computer) and will remove the client from its association table. I would verify coverage via a site survey, looking at not only signal strength, but also signal quality

Having a prob importing a large file from a sony DR 60 external drive via log a transfer in FCP this is the first time this has happened have the sony plug. HDisc compatibility is sorted as the first 2 short clips are imported. Any advice will be welcome

problem importing a large file from a Sony DR60 external drive to FCP. Never had a problem before first two shot clips are captured in log and transfer but the larger 2 hour clip only downloads the first few seconds. Any advice?

I can think of 2 things to check.
1. The Scratch disc has plenty of space.
2. System Settings>Scratch Disc does not have a restriction in the Limit Capture/Export File Size Segment To:
Al

SFTP MGET of large files fails - connection closed - problem with spool file

I have a new SFTP job to get files from an FTP Server. The files are large (80mg, 150mg). I can get smaller files from the ftp site with no issue, but when attempting the larger files the job completes abnormally after 2 min 1 sec. each time. I can see the file is created on our local file system with 0 bytes, then when the FTP job fails, the 0 byte file is deleted.
Is there a limit to how large an ftp file can be in Tidal? How long an ftp job can run?
The error in the job audit is Problem with spool file for job XXXX_SFTPGet and an exit code of 127 (whatever that is).
In the log, the error is that the connection was closed. I have checked with the ftp host and their logs show that we are disconnecting unexpectedly also.
Below is an excerpt from the log
DEBUG [SFTPMessage] 6 Feb 2015 14:17:33.055 : Send : Name=SSH_FXP_STAT,Type=17,RequestID=12
DEBUG [SSH2Channel] 6 Feb 2015 14:17:33.055 : Transmit 44 bytes
DEBUG [ChannelDataWindow] 6 Feb 2015 14:17:33.055 : Remote window size decreased to 130808
DEBUG [PlainSocket] 6 Feb 2015 14:17:33.071 : RepeatCallback received 84 bytes
DEBUG [SSH2Connection] 6 Feb 2015 14:17:33.071 : ProcessPacket pt=SSH_MSG_CHANNEL_DATA
DEBUG [SFTPMessageFactory] 6 Feb 2015 14:17:33.071 : Received message (type=105,len=37)
DEBUG [SFTPMessageStore] 6 Feb 2015 14:17:33.071 : AddMessage(12) - added to store
DEBUG [SFTPMessage] 6 Feb 2015 14:17:33.071 : Reply : Name=SSH_FXP_ATTRS,Type=105,RequestID=12
DEBUG [SFTPMessage] 6 Feb 2015 14:17:33.071 : Send : Name=SSH_FXP_OPEN,Type=3,RequestID=13
DEBUG [SSH2Channel] 6 Feb 2015 14:17:33.071 : Transmit 56 bytes
DEBUG [ChannelDataWindow] 6 Feb 2015 14:17:33.071 : Remote window size decreased to 130752
DEBUG [PlainSocket] 6 Feb 2015 14:17:33.087 : RepeatCallback received 52 bytes
DEBUG [SSH2Connection] 6 Feb 2015 14:17:33.087 : ProcessPacket pt=SSH_MSG_CHANNEL_DATA
DEBUG [SFTPMessageFactory] 6 Feb 2015 14:17:33.087 : Received message (type=102,len=10)
DEBUG [SFTPMessageStore] 6 Feb 2015 14:17:33.087 : AddMessage(13) - added to store
DEBUG [SFTPMessage] 6 Feb 2015 14:17:33.087 : Reply : Name=SSH_FXP_HANDLE,Type=102,RequestID=13
DEBUG [SFTPMessage] 6 Feb 2015 14:17:33.087 : Send : Name=SSH_FXP_READ,Type=5,RequestID=14
DEBUG [SSH2Channel] 6 Feb 2015 14:17:33.087 : Transmit 26 bytes
DEBUG [ChannelDataWindow] 6 Feb 2015 14:17:33.087 : Remote window size decreased to 130726
DEBUG [PlainSocket] 6 Feb 2015 14:17:33.118 : RepeatCallback received 0 bytes
DEBUG [SFTPChannelReceiver] 6 Feb 2015 14:17:33.118 : Connection closed: (code=0)
ERROR [SFTPMessageStore] 6 Feb 2015 14:17:33.118 : Disconnected unexpectedly ( [errorcode=0])
ERROR [SFTPMessageStore] 6 Feb 2015 14:17:33.118 : EnterpriseDT.Net.Ftp.Ssh.SFTPException: [errorcode=0]
ERROR [SFTPMessageStore] 6 Feb 2015 14:17:33.118 : at EnterpriseDT.Net.Ftp.Ssh.SFTPMessageStore.CheckState()
ERROR [SFTPMessageStore] 6 Feb 2015 14:17:33.118 : at EnterpriseDT.Net.Ftp.Ssh.SFTPMessageStore.GetMessage(Int32 requestId)

I believe there is a limitation on FTP and what you are seeing is a timeout built into the 3rd party application that tidal uses (I feel like it was hardcoded and it would be a big deal to change but this was before Cisco purchased tidal) there may have been a tagent.ini setting that tweaks that but I can't find any details.
We wound up purchasing our own FTP software (ipswitch MOVEit Central & DMZ) because we also had the need to host as well as Get/Put to other FTP sites. It now does all our FTP and internal file delivery activity (we use it's api and call from tidal if we need to trigger inside a workflow)

Put File of a large file through FTP not working correctly

I put a lot of large files to my web server through Dreamweaver, and when I get files larger than about 45 meg, the file is put fine to the server. But then Dreamweaver waits for a server responce to make sure it got the file. and after about 30 seconds or so, it says server timed out, and it starts over with the FTP, and the first thing it does on the start over is to delete the file.
The only wai I have been able to put my large files to the server, is to sit and wait for it to finish, and then cancel the check for if the file is there or not.
I have my FVT server timeout set to 300 seconds, but that does not help eihter. it still times out after about 30 seconds.
Is there a fix for this so I don't have to sit and watch my files being transfered to the server?

I changed it to passive PTF, but that did not help, sending a 90 Meg file did the same thing. What the problem is, is that the Dreamweaver FTP wants to verify that the file got there. and when you send that large of a file, the server wants to make sure it is a clean file, so it takes a while to put it to the correct location. And while the server is doing this, Dreamweaver says that there is no responce from the server, and causes a reconnect. and on the reconnect it starts over, and the first thing it does is to make sure the file is deleted. What it should do it verify that the file is there and the same date as the one you sent up there. That would eliminate this problem. I was hoping there was a setting in Dreamweaver that I could tell the FTP not to verify the send.
Are there any Dreamweaver developers that visit this forum. that could tell me how to bypas the verify on put. It seams silly to have a tool that costs this much that can not do a task that a free pice of software can do.

WRT110 router - FTP problem - Timeouts on large files

Similar Messages

Maybe you are looking for