Not Receiving "On Transfer Queue Item Group Proccessd" Email Notification

We're considering purchasing a professional license for SmartFTP and the must have feature for us is receiving an email after a group of queued items has been processed.

I've checked "On transfer queue item group processed" and tested our email settings (other notification options work great) but for some reason if I drop three items into the monitored folder I get emails for each one, not just one for the entire group.

Is this how the notifications are suppose to work? If so that's fine, I'm wondering if it would it make more sense to have the monitor folder launch an email script "OnEnd", although I'm not sure "OnEnd" refers to an individual file uploading in the queue, or the entire queue being completed.

Any suggestions to accomplish this will result in us immediately purchasing this outstanding product!

- Upon a group of files being uploaded (via the folder monitor) send an email saying that the group has processed.

Thanks,

~ Jon

Hello Jon ..

What version are you running?
-> Please post the system information from the menu: Help->About "System Information" dialog.

Thank you
Regards,
Mat

Items with a monitor operation are handled differently compared to the items with for example a copy operation. First a short overview of the program flow:

Copy Operation (not what you want)
  1. The operation of the item starts
    The operation creates the new children (there is parent/child relation) and groupid of the item is inherited
    The operation adds the new items to the queue
    The operation ends (the Operation_OnEnd event handler is called here)
    The item status is to "Wait For Children".
    Once all children are processed the parent item status is set to finished. When this happens the queue checks whether there are any more items with the groupid. Since this is the last item the "On Queue Item Group" event is fired.
Monitor Operation
  1. "Item" detects changes in the monitored folder
    The operation of the item starts
    The operation creates the new children (there is parent/child relation) and the groupid of the item is inherited
    The operation adds the new items to the queue
    The operation ends (the Operation_onend event handler is called here)
    The item status is immediately reset (set to idle). Meaning it does not wait until the new children are finished.
The monitor item does not wait for its children because this way it can add new items to the queue as soon as it detects a change.
As you can see at the time the status is set to idle there is most likely another item with the same groupid in the queue and therefore the "On Queue Item Group" event is not fired.

Possible ways to fix this:
1. For monitor operations use a new groupid for all the items the operation adds.
2. Make the monitor operation wait until all children are finished

I want to see how I can implement number one. I'm not yet convinced that waiting for the monitor operation is a good idea, but it actually might be. Any thoughts on this?

Regards,
Mat

I probably confused you when I mentioned "Monitor Operation". There is no monitor operation per se.
So set the operation to copy and then enable the monitor in the Monitor dialog in the transfer queue item properties.


I probably confused you when I mentioned "Monitor Operation". There is no monitor operation per se.
So set the operation to copy and then enable the monitor in the Monitor dialog in the transfer queue item properties.

Hey Mat,

I'm really feeling lost with all the SDK info I've been reading and would like to simply be pointed in the right direction to get this accomplished. I've read up on the "ScriptHost" and "TransferQueueOption" and neither seem to offer what I need, which seems like a small request:

1. If one of the three transfer queues I have adds files via the monitoring, send an email simply stating files have been added to this queue.
2. If one of the three transfer queues finishes transferring X amount of files, send an email simply stating files in that particular queue have finished transferring.

Is there any doc or sample VBS code you could point me to that I can use? At times we have up to 200 files transferring per queue so an email for each would be too much. Just two: one for the beginning and end of the queue would be awesome.

Thanks,

~ Jon

You cannot realize it with the SDK right now but you can use the Email notification that are built-in. Go to the menu: Tools->Settings. Then go to the Queue->Email dialog.

Then enable the "Item Group" notification.


You cannot realize it with the SDK right now but you can use the Email notification that are built-in. Go to the menu: Tools->Settings. Then go to the Queue->Email dialog.

Then enable the "Item Group" notification.

Thanks Mat, I believe this is on the patched version you provided me?

Something odd I'm experiencing with this version though, if I try to upload something to a server (that works perfectly fine with other FTP clients) the transfer fails and I keep getting the following:

[15:58:27] MLST test.zip
[15:58:27] 550 File or directory not found.
[15:58:27] The operation has been added to the Transfer Queue. Check the Transfer Queue for the status.

I've tried multiple servers and not getting anywhere, any ideas?

Thanks,

~ Jon

>I believe this is on the patched version you provided me?
Correct

>Upload
This is no error per se. SmartFTP uses multiple connections:
- One connection for the browser
- One or more connections for the transfers

To check whether your transfers complete check the transfer queue. What you see in the log in the remote browser (e.g. the 550 file not found) is irrelevant for the transfers.