dph01
Hi,
I'm evaluating the free SmartFTP at the moment with a view to using it on one of our production projects, however and I'm having a problem with a scheduled Delete job.
The job goes into the Transfer Queue OK but it just sits there with a status of e.g. 'Retry at 12:02:46', and time updates every 30 seconds.
Double-clicking on the queue entry gives the following:
[12:01:45] Operation Begin
[12:01:45] Resolving source path.
[12:01:45] SIZE timelinetest
[12:01:46] 550 Can't check for file existence
[12:01:46] Operation End
I can manually delete the file through the remote browser window.
Is there anything that I might have missed in the setup of the scheduled task? The XML export of the job is:
<!--?xml version="1.0"?-->
<scheduleitems clsid="{9E01C548-1E53-4EC5-9AB9-80BA97266EA5}">
<item clsid="{1661ECCB-8B40-4BC5-B486-51B287896B1B}">
<id>{268A3168-8181-4556-9455-FB4B914AEFFB}</id>
<name>get from businessdynamite</name>
<lastruntime>129642733056441892</lastruntime>
<lastrunresult>0</lastrunresult>
<created>129642674291661910</created>
<actions clsid="{D83B4DD2-1763-4BBB-8931-8EC781BAB25E}">
<action clsid="{EBB2D70B-3677-421E-AE8F-2F181F233E58}">
<item>
<version>4</version>
<id>{3613F2A5-4B4B-43A7-A8E0-30526918C788}</id>
<type>0</type>
<time>0</time>
<timeprecision>0</timeprecision>
<operation>3</operation>
<synchronization>1</synchronization>
<state>1</state>
<fileexistaction>1</fileexistaction>
<transfertype>1</transfertype>
<source>
<type>2</type>
<favoriteid>{D86A2366-7C4E-4BC5-BE8D-56EA65ADF7D4}</favoriteid>
<path>timelinetest</path>
<destination>
<type>1</type>
<path>J:\Docs\personal\timeline\ftptestdest</path>
</destination>
</item>
</action>
</actions>
<triggers>
<trigger clsid="{8428D9B1-0B74-4879-80D1-797848330314}">
<version>2</version>
<recurrence>1</recurrence>
<starttime>2011-10-28T10:24:00Z</starttime>
<nextruntime>2011-10-28T10:45:00Z</nextruntime>
<enable>0</enable>
<utc>0</utc>
<recurrencetimeinterval>P0000-00-00T00:01:00
</recurrencetimeinterval>
</trigger>
</triggers>
</item>
</scheduleitems>
Thanks
Damian.
I'm evaluating the free SmartFTP at the moment with a view to using it on one of our production projects, however and I'm having a problem with a scheduled Delete job.
The job goes into the Transfer Queue OK but it just sits there with a status of e.g. 'Retry at 12:02:46', and time updates every 30 seconds.
Double-clicking on the queue entry gives the following:
[12:01:45] Operation Begin
[12:01:45] Resolving source path.
[12:01:45] SIZE timelinetest
[12:01:46] 550 Can't check for file existence
[12:01:46] Operation End
I can manually delete the file through the remote browser window.
Is there anything that I might have missed in the setup of the scheduled task? The XML export of the job is:
<!--?xml version="1.0"?-->
<scheduleitems clsid="{9E01C548-1E53-4EC5-9AB9-80BA97266EA5}">
<item clsid="{1661ECCB-8B40-4BC5-B486-51B287896B1B}">
<id>{268A3168-8181-4556-9455-FB4B914AEFFB}</id>
<name>get from businessdynamite</name>
<lastruntime>129642733056441892</lastruntime>
<lastrunresult>0</lastrunresult>
<created>129642674291661910</created>
<actions clsid="{D83B4DD2-1763-4BBB-8931-8EC781BAB25E}">
<action clsid="{EBB2D70B-3677-421E-AE8F-2F181F233E58}">
<item>
<version>4</version>
<id>{3613F2A5-4B4B-43A7-A8E0-30526918C788}</id>
<type>0</type>
<time>0</time>
<timeprecision>0</timeprecision>
<operation>3</operation>
<synchronization>1</synchronization>
<state>1</state>
<fileexistaction>1</fileexistaction>
<transfertype>1</transfertype>
<source>
<type>2</type>
<favoriteid>{D86A2366-7C4E-4BC5-BE8D-56EA65ADF7D4}</favoriteid>
<path>timelinetest</path>
<destination>
<type>1</type>
<path>J:\Docs\personal\timeline\ftptestdest</path>
</destination>
</item>
</action>
</actions>
<triggers>
<trigger clsid="{8428D9B1-0B74-4879-80D1-797848330314}">
<version>2</version>
<recurrence>1</recurrence>
<starttime>2011-10-28T10:24:00Z</starttime>
<nextruntime>2011-10-28T10:45:00Z</nextruntime>
<enable>0</enable>
<utc>0</utc>
<recurrencetimeinterval>P0000-00-00T00:01:00
</recurrencetimeinterval>
</trigger>
</triggers>
</item>
</scheduleitems>
Thanks
Damian.