How do I disable Transfer Queue?

Hi all, this is my first post

Before updating to v3.0.1011.0, I'm pretty sure I was getting immediate transfers when dragging files between the local and remote windows, at least it seemed so. Now, files sit in the Transfer Queue for a minute or so before actually transferring.

Can someone please tell me how to get back to immediate transferring? It's really annoying when stuff just sits there in the queue window, especially if it's just one or two files.

Thanks!

Please double click the item in the Transfer Queue to see why they the item is not immediately transferred.

Regards,
Mat

Hello ..

From the look it doesn't look like it took 30 seconds before the item is transferred?

No you cannot and disable to disable the queue.

Regards,
Mat

Hello ..

From the look it doesn't look like it took 30 seconds before the item is transferred?

No you cannot and disable to disable the queue.

Regards,
Mat

Oops, just checked my wifi. It's currently a blistering 24Mbps, which would explain the lag I saw that prompted this thread. Sorry, my bad

I need to disable the transfer queue because it takes forever to be able to do anything anymore.

Anyhow, my problem is that it takes 2 minutes to do anything after the recent update.

Anybody?

I've been using SmartFTP for a while - and - have been considering purchasing a few copies.

2.5 was great - worked like a charm,

but this 3.0 ... is the Windows Vista of FTP programs in my eyes. Lots of bells and whistles but it just dies when it counts.

The Queue sucks. If I hate it, and the poster hates it - there's probably a few hundred (or more) people who hate it just as much.

I evaluate products at home - for use in the business I work with. I'd have bought 10 copies if I had bought.

Oh well... guess I'll keep looking for a viable solution. Sucks, because I liked your product for the most part. This quirk just kills it for productivity.

You can still purchase a license for version 2.5. The license for version 3.0 works for version 2.5 as well:
https://www.smartftp.com/buy.php

Just because you hate the queue doesn't mean it sucks. Maybe you are just confused how it works and you didn't notice the benefits yet since you haven't been using it?
Also all leading FTP clients today use a transfer queue.

Regards,
Mat

You can still purchase a license for version 2.5.

Can I still download the v2.5 "free for personal use"? I don't think I still have a copy.

Also, won't it stop working at some point until I update to the latest version? That's how I ended up with 3.0, if I recall correctly. I wasn't able to load SFTP until I updated to 3.0. IMO, you shouldn't force users to update if they're happy with the version they're using.

SFTP is an excellent app, but I'd rather wait a bit before trying 3.0 again, if at all. I was very happy with 2.5.

Not exactly a bump, but I'd be interested in knowing that too.

I am under the impression that it's since I upgraded that files go to the transfer queue and used not to before.

A feature I like is instant corrections (editing with Notepad++, saving and uploading, checking the result, re-correction if needed, etc.).
The "mandatory" queue kills this very nice feature...

Thanks guys.

Hello ..

The Transfer Queue cannot be disabled. The Transfer Queue keeps the connection open for reuse. It means subsequent transfers are instant. The Transfer Queue is actually the system that reconnects and verifies the transfer/files. I'm not sure why you think otherwise.

Regards,
Mat

Hello ..

The Transfer Queue cannot be disabled. The Transfer Queue keeps the connection open for reuse. It means subsequent transfers are instant. The Transfer Queue is actually the system that reconnects and verifies the transfer/files. I'm not sure why you think otherwise.

Regards,
Mat
Maybe because I had previous versions that worked flawlessly without transfer queue?
Thanks anyway.

cladiron: This seems to be a transfer problem and not related to the transfer queue. First of all set the number of transfer queue workers to a reasonable value. For example 2 would be a good idea. If you set it to high your FTP server is gonna block you because it seems that you are hammering it with so many connections. To solve your transfer problem please post the log of your transfer queue item. To get it double click the item which doesnt process then copy&paste the log.

Regards,
Mat

Ah.. for starters, i'd like to apologize.

I did not mean to hijack the thread, but i feel like i have. sry.

2nd after checking the error log on the files that are not uploading. it seems the webiste has a limit of 5 connections. So that explains the connection limit.

But i'm still not getting a good transfer rate considering my speeds am i ?

the most i've seen for 1 transfer at 1 time is about 200KB on the download (in speed) , and when 1 gets higher the other adjust lower/higher.

SmartFTP transfers the files as fast are your internet connection or the connection from your computer to the server allows it. You cannot max out the connection with every server and 200 KB (kilobyte)/s is the same as 1.6 megabit/s.

Regards,
Mat

well for example:
right now im transfering (downloading) about 50 files, limited at 5. total speed is around 600KB
it's down to the last 3 files ,speed still around 500 to 600KB.
Now it's down to the last file, and the speed is still the same as it was when there were all five downloading (about 180 to 200KB). If the other files finish, shouldn't the remaining downloads pick up the speed thats avalible from when the other files finished ?

can the time you have to wait in the transfer queue be adjusted lower ? i don't really like the wait time. (whitch is what everyone else is may be talking about)

SmartFTP transfers your files as fast as possible.

You can change the retry delay in the favorite settings Connection dialog. But again there is probably a reason (error) why the transfer are timing out or not completing the first time. You should figure out this in the first place.

Regards,
Mat

I also hate the way this newer ver operates. Ver 2.5 was simple, and smart all at the same time..... with this TQ i never know if the files are correctly uploading (i.e. in ascii / binary mode, or if they are overwriting old files)
While I love the speed improvement this offers its not work the firm feeling we had with the older versions.

Please, make the next update have a user switchable interface / process / use TQ or not (or whatever you want to call it) selection.

I'm not liking this very much.

Ok , just for future note to others.
This is my conclusion, and how i solved my problem.

1st i found out by checking the logs on the files that are being placed in retry mode. it told me i could only have 5 connections at 1 time.

2nd. i only used 3 workers , since it was only letting me use 5 connections. seems if you can adjust the workers to about 2 or 3 under the amount before it starts to go into retry mode then they download with no wait times. if you see 1 go into retry mode, reduce the workers by 1. (so if you ran 3 workers and they were going to retry mode. reduce the workers to 2)

Just keep in mind who your FTP'ing to my have a limit on how many connections from 1 IP and also may have the speed limited.

Hope this helps others.

I keep having a problem of my transfers (client to server) stopping in mid stream. I can re-drag the item back to the server and tell it to resume (which it seems to do). But, this is both time consuming and difficult, because I have to "babysit" the transfer. I would prefer to just put all of the items in the transfer que and have them transferred (resuming if there is a stop) as necessary. Unfortunately, I can neither drag items into the transfer que nor drag multiple items from the client side to the server side. All it seems to accept is one item at a time. On the client side, I am using a Widows PC. On the server side, it's an iMac G5 running the Apple FTP software. Please help me understand what is going on and how to fix this so I don't have to babysit transfers. Thanks... Bill

Here is a portion of the log (masked the private information):

[05:29:38] SmartFTP v2.5.1008.37
[05:29:49] Resolving host name "ftp.xxxx.net"
[05:29:49] Connecting to xxx.xxx.xxx.xxx Port: xxxx
[05:29:50] Connected to ftp.xxxx.net.
[05:29:50] 220 iMacG5.local FTP server (tnftpd 20061217) ready.
[05:29:50] USER admin
[05:29:51] 331 Password required for admin.
[05:29:51] PASS (hidden)
[05:29:51] 230-
[05:29:51] Welcome to Darwin!
[05:29:51] 230 User admin logged in.
[05:29:51] SYST
[05:29:51] 215 UNIX Type: L8 Version: tnftpd 20061217
[05:29:51] Detected Server Type: UNIX
[05:29:51] FEAT
[05:29:52] 211-Features supported
[05:29:52] MDTM
[05:29:52] MLST Type*;Size*;Modify*;Perm*;Unique*;
[05:29:52] REST STREAM
[05:29:52] SIZE
[05:29:52] TVFS
[05:29:52] 211 End
[05:29:52] PWD
[05:29:52] 257 "/Users/admin" is the current directory.
[05:29:52] CWD /Users/admin/............
[05:29:53] 250 CWD command successful.
[05:29:53] PWD
[05:29:53] 257 "/Users/admin/.........." is the current directory.
[05:29:53] TYPE A
[05:29:53] 200 Type set to A.
[05:29:53] PASV
[05:29:53] 227 Entering Passive Mode (xxx.xxx.xxx.xxx,195,189)
[05:29:53] Opening data connection to xxx.xxx.xxx.xxx Port: 50109
[05:29:53] MLSD
[05:29:54] 150 Opening ASCII mode data connection for 'MLSD'.
[05:29:54] 812 bytes transferred. (3.63 KB/s) (218 ms)
[05:29:54] 226 MLSD complete.
[05:30:04] CWD /Users/admin
[05:30:05] 250 CWD command successful.
[05:30:05] PWD
[05:30:05] 257 "/Users/admin" is the current directory.
[05:30:05] PASV
[05:30:05] 227 Entering Passive Mode (xxx.xxx.xxx.xxx,195,191)
[05:30:05] Opening data connection to xxx.xxx.xxx.xxx Port: 50111
[05:30:05] MLSD
[05:30:05] 150 Opening ASCII mode data connection for 'MLSD'.
[05:30:05] 1276 bytes transferred. (5.71 KB/s) (218 ms)
[05:30:06] 226 MLSD complete.
[05:30:12] CWD /Users/admin/.........
[05:30:13] 250 CWD command successful.
[05:30:13] PWD
[05:30:13] 257 "/Users/admin/..........." is the current directory.
[05:30:13] PASV
[05:30:13] 227 Entering Passive Mode (xxx.xxx.xxx.xxx,195,192)
[05:30:13] Opening data connection to xxx.xxx.xxx.xxx Port: 50112
[05:30:13] MLSD
[05:30:13] 150 Opening ASCII mode data connection for 'MLSD'.
[05:30:13] 637 bytes transferred. (3.06 KB/s) (203 ms)
[05:30:14] 226 MLSD complete.
[05:30:22] CWD /Users/admin/.............
[05:30:23] 250 CWD command successful.
[05:30:23] PWD
[05:30:23] 257 "/Users/admin/.................." is the current directory.
[05:30:23] PASV
[05:30:23] 227 Entering Passive Mode (xxx.xxx.xxx.xxx,195,193)
[05:30:23] Opening data connection to xxx.xxx.xxx.xxx Port: 50113
[05:30:23] MLSD
[05:30:23] 150 Opening ASCII mode data connection for 'MLSD'.
[05:30:23] 262 bytes transferred. (1.25 KB/s) (203 ms)
[05:30:24] 226 MLSD complete.
[05:30:55] NOOP
[05:30:55] 200 NOOP command successful.
[05:31:19] Remote file exist check: "M2U00144.MPG".
[05:31:19] TYPE I
[05:31:19] 200 Type set to I.
[05:31:19] SIZE M2U00144.MPG
[05:31:19] 550 M2U00144.MPG: not a plain file.
[05:31:19] File size check (SIZE) failed. File not found or permission denied.
[05:31:19] PASV
[05:31:20] 227 Entering Passive Mode (xxx.xxx.xxx.xxx,195,194)
[05:31:20] Opening data connection to xxx.xxx.xxx.xxx Port: 50114
[05:31:20] STOR M2U00144.MPG
[05:31:22] 150 Opening BINARY mode data connection for 'M2U00144.MPG'.
[05:41:19] An established connection was aborted by the software in your host machine.
[05:41:19] Server closed connection
[05:41:19] Resolving host name "ftp.xxxx.net"
[05:41:20] Connecting to xxx.xxx.xxx.xxx Port: 2121
[05:41:20] Connected to ftp.xxxx.net.
[05:41:20] 220 iMacG5.local FTP server (tnftpd 20061217) ready.
[05:41:20] USER admin
[05:41:21] 331 Password required for admin.
[05:41:21] PASS (hidden)
[05:41:21] 230-
[05:41:21] Welcome to Darwin!
[05:41:21] 230 User admin logged in.
[05:41:21] SYST
[05:41:21] 215 UNIX Type: L8 Version: tnftpd 20061217
[05:41:21] Detected Server Type: UNIX
[05:41:21] FEAT
[05:41:22] 211-Features supported
[05:41:22] MDTM
[05:41:22] MLST Type*;Size*;Modify*;Perm*;Unique*;
[05:41:22] REST STREAM
[05:41:22] SIZE
[05:41:22] TVFS
[05:41:22] 211 End
[05:41:22] PWD
[05:41:22] 257 "/Users/admin" is the current directory.
[05:41:22] CWD /Users/admin/........
[05:41:23] 250 CWD command successful.
[05:41:23] PWD
[05:41:23] 257 "/Users/admin/........." is the current directory.
[05:41:23] TYPE A
[05:41:23] 200 Type set to A.
[05:41:23] PASV
[05:41:23] 227 Entering Passive Mode (xxx.xxx.xxx.xxx,195,195)
[05:41:23] Opening data connection to xxx.xxx.xxx.xxx Port: 50115
[05:41:23] MLSD
[05:41:24] 150 Opening ASCII mode data connection for 'MLSD'.
[05:41:24] 353 bytes transferred. (1.58 KB/s) (218 ms)
[05:41:24] 226 MLSD complete.
[05:41:24] Transfer failed. Use the Transfer Queue for automatic retries.
[05:41:55] NOOP
[05:41:55] 200 NOOP command successful.
[05:42:26] NOOP
[05:42:26] 200 NOOP command successful.
[05:42:57] NOOP
[05:42:57] 200 NOOP command successful.
[05:43:01] Remote file exist check: "M2U00144.MPG".
[05:43:01] TYPE I
[05:43:02] 200 Type set to I.
[05:43:02] SIZE M2U00144.MPG
[05:43:02] 213 16752640
[05:43:02] MDTM M2U00144.MPG
[05:43:02] 213 20080425084125
[05:43:02] No rule matched. Default Action="Ask".
[05:43:05] PASV
[05:43:05] 227 Entering Passive Mode (xxx.xxx.xxx.xxx,195,196)
[05:43:05] Opening data connection to xxx.xxx.xxx.xxx Port: 50116
[05:43:05] REST 16752640
[05:43:05] 350 Restarting at 16752640. Send STORE or RETRIEVE to initiate transfer.
[05:43:05] STOR M2U00144.MPG
[05:43:05] 150 Opening BINARY mode data connection for 'M2U00144.MPG'.
[05:53:03] An established connection was aborted by the software in your host machine.
[05:53:03] Server closed connection
[05:53:03] Resolving host name "ftp.xxxx.net"
[05:53:05] Connecting to xxx.xxx.xxx.xxx Port: 2121
[05:53:05] Connected to ftp.xxxx.net.
[05:53:06] 220 iMacG5.local FTP server (tnftpd 20061217) ready.
[05:53:06] USER admin
[05:53:06] 331 Password required for admin.
[05:53:06] PASS (hidden)
[05:53:07] 230-
[05:53:08] Welcome to Darwin!
[05:53:08] 230 User admin logged in.
[05:53:08] SYST
[05:53:09] 215 UNIX Type: L8 Version: tnftpd 20061217
[05:53:09] Detected Server Type: UNIX
[05:53:09] FEAT
[05:53:09] 211-Features supported
[05:53:09] MDTM
[05:53:09] MLST Type*;Size*;Modify*;Perm*;Unique*;
[05:53:09] REST STREAM
[05:53:09] SIZE
[05:53:09] TVFS
[05:53:09] 211 End
[05:53:09] PWD
[05:53:11] 257 "/Users/admin" is the current directory.
[05:53:11] CWD /Users/admin/.............
[05:53:11] 250 CWD command successful.
[05:53:11] PWD
[05:53:12] 257 "/Users/admin/..................." is the current directory.

Etc, etc, etc.

If the item is removed from the transfer queue it means that it has been transferred correctly. There is a setting in the Global Settings -> Queue to disable the automatic removal of the complete items if you want to verify the transfer. Most users do not have time to do this and trust that the application does the right thing.

Also you can use version 2.5 if you do not like version 3.0
https://www.smartftp.com/support/kb/smar ... f2599.html

Regards,
Mat

i'm used to the transfer que now but i much prefer when it does it straight away with the log!

@mb : Thanks for the link, and just for the record I want to say that overall SFTP is an EXCELLENT program. I have full confidence that things will work out with v3.0.

Put me down as one who does not like the Transfer Queue either. I've been using older version for my personal use for some time now. However, last week, at work, I've setup an FTP server for our office users to use. I had one of the office workers download a trial version with the intentions of purhasing later if all agree this is the software to go with. After using SFTP for an hour or so, she came to me saying none of the files are transfering. I finally found them in the Transfer Queue. I was able to change the TQ to allow them to go nearly immediately, but I still like the old version better.

regards,
Robert

Me too.

I started using SmartFTP years ago precisely because Cute was adding too many features that bloated the program/ slowed it down or were simply unnecessary. I'm sorry to say that im starting to see Smart doing exactly the same thing.

Smart up till the transfer queue nonsense has been by far one of my favourite programs on my pc. But it simply takes forever to upload/ download a file and the fact I have to click 'start queue' from the annoying yellow panel is so frustrating (and I do have to because the program just sits there otherwise).

By all means keep the bells and whistles for your users that like that sort of stuff, but please just drop in a text box in the options pane that allows old timers like myself to simply turn it off and live life rustically - we didn't need it before so we don't need it now

I'd like to jump into the bandwagon, on this transfer Q and 'workers' problem.

And i'd like to report i was able to get the behavior of the old version 2.5 with setting of the connection as follows...

Favourites->Edit Favourites->Tools->Edit Default Favourite->Connection. ( yes i know, i couldn't figure it out too initially )

What works for me is ...

Max Retries : -1
Retry Delay 3 secs.
Connection Timeout : 60 secs.

Yes, i was as frustrated just like the others, we all used to the speedy non queue, non waiting, immediate response version 2.5.

It has been like 2 weeks since using the 3.0 and my anger and frustration has not subsided to the point that i was comtemplating to dump SmartFTP altogether and go for another software.

My last resort, coming, to this forum pays off. With the info of the support person posted above and provided by users here, I have managed to get my 3.0 to perform with same efficiency as my old, now not working, keep saying upgrade, upgrade, upgrade,... of version 2.5.
My version 3.0 now works at blazing speeds, as like the old 2.5 before.

This version 3.0 can actually do better than 2.5, and the increase in workers does help in multiple files upload. It is just that the factory defaults were set wrongly. The retry delay should have been set to 3 secs, instead of 30 seconds factory default.

( Because in real life 30 seconds is a hell of a time to wait to find out if the codes uploaded would work. As a software developer, i find that being able to transfer a single file quickly and watch the results of my latest codes help in my overall health by allowing me to breather easier )

So i will allow some observation time, perhaps a couple of weeks, then i will purchase this software, as i am most happy with the features. The new 3.0 takes a bit of getting used to, but its not too much pain, luckily.

My hope for future upgrades is, please guys, don't overload the thing ! It has already a tremendous amount of features, how much more can you guys add before it becomes an F1 car ? ( which is terribly expensive, can really use it on roads, way too noisy and can't carry any passenger. )

Happy FTP everyone !

oh BTW, the version 3.0 does run up my CPU by using 40% of its load even while doing nothing.
you guys really need to get this down i think, 40% is a lot ! me notebooks hot !

thanks much.

I find this thread interesting. This is the reason I am here also, the transfer queue. I was forced by the program today to upgrade to 3.0. A splash screen would appear telling me that I had to upgrade and the program wouldnt start when I just hit ok.

SO, I upgraded to 3.0 (after it made me save and close out a few hours worth of work since it had an obvious dislike of my firefoxs, IEs and getright running) and within the first few minutes I noticed the problem with the queue. Now I used to use to queue when I had to download or upload 10 or more things at once. It was a great feature and was very fast (when "I" chose to use it). But now files will just sit in the queue and you have to coerce smartftp into transfering them. Not only is the queue "mandatory" now it is not as good as the queue in 2.5.

As others here have mentioned we used to be able to drag and drop files and they would direct transfer "immediately". It made for very fast small corrections of clients web pages.

Also the "edit" function has changed. Used to be I could right click an htm file and choose edit, it would open in my text editor and I could make some changes or do some testing using my editors "preview" feature then go back to smartftp and hit the edit applet upload button. NOW it seems that it "monitors" for changes to the page being edited and will automatically upload on change. Well that does NOT work for testing my changes out locally. Last thing i need is to make a mistake (especially a major mistake) and have my original on the site over written.

Now from what I have seen stated here I take it that 3.0 can't be made to work like 2.5 did, so what I would like to know is how can I go back to 2.5?

P.S. and on an ironic side note. I was on the phone with a friend/client who's online radio site I do a far bit of maintenance to and as I was opening smart she asked what ftp I used and I said "Smart, the best ftp I have ever found" then proceeded to swear for the next 5 minutes as it wouldn't open, then made me upgrade, then wouldn't work right. Then had to listen to her saying "The best ftp huh?" ...... (And no, I did not just make that up.)

Why did you take away the queue button anyway? Before I could choose to use the queue or not very easily.

In order to transfer a file I now have to open 2 connections!? One to operate the queue and then one to actually send the file. This is madness? What sort of FTP client requires two different connections for sending one tiny file?

BRING BACK THE QUEUE TOGGLE BUTTON! (Please)

(P.S. I do like the queue and think it works well with workers and all, I just don't see point in not using current connection for imediate transfers. I'm Also not a fan of manditory updates either!!!!)

I have to agree that the transfer queue has gone from practical to a downright nuisance.

It just doesn't seem very smart that you have to manually start it. It slows my work down and, I'm sorry say, is something that might make me change to another FTP app all together.

Why are you guys continue to spread so much false information?
1. The queue doesn't need to be started manually. It is started by default and once its started it doesn't need to be started ever again.
2. It's as fast as direct transfers since the connections are being reused
3. It is absolutely transparent. It means transfers are just processed through the transfer queue but everything else is the same.
4. The transfer queue has many benefits over direct transfers. E.g. automatic resume of broken transfers, transfer integrity checks etc.

Also keep in mind that we haven't introduced it to annoy our users or to make it more difficult. The opposite is actually the case.

So please when you write something here do your own research and do not just repeat what others have mistakenly stated before.

Than you.

Regards,
Mat

hi mb,

what you say is all true i can verify it.
however, this is only after, as you say much research.

i think the problem of the queue was misunderstood because...

1. there were no notice/advise in the version 3.0 about this. users are familair with the 2.5 way of working.
although 3.0 can work the same way and better, i initially did not know, and i'm sure many others did not as well.

2. we really have no time for this research, we expect tools to be useable and continue to do so without having to re-learn.

the benefits of 3.0, as far as most users are concerned, are hidden.

I will add my voice to those saying they do not like the transfer queue. I have been using SmartFTP for many years and this is the first interface change I really don't like. Please give us the option of turning it OFF. Using the TQ I need to open another window to see if my transfers succeeded or not. In v 2.5, all I had to do was to look at the log window (which doesn't show the transfers at all now).

In my opinion adding the mandatory use of the TQ was a bad idea.

Ken

Thank you for your opinion. It's appreciated.