Het Huis van de Software van HiTek
| Onderwerp | De taak van FTP slaagt er niet in om brondossier te schrappen |
| Datum | 09/15/2008 |
| Bericht | Wij gebruiken taken aan FTP - en reservemutipledossiers en vinden dat het vaak er niet in slaagt om het brondossier te schrappen. Ik veronderstel dat Automizer nog een slot op het dossier heeft aangezien er geen a zijn/V of reservesoftware die lopen en het brondossier goed werd gecreÃ˲rd alvorens de taak in werking werd gesteld. Zijn er iedereen om een vertraging in de taak te zetten? |
| Reply1 |
Dank voor het gebruiken van Automize. Ik veronderstel dat u naar iets in die aard verwijst: 6 Oct, 2004 12:15:06 Overgebracht PM: E:\EDI Dossiers \ Portugal \ 20041005140210680.txt, aan: /Lokaal dossier 20041005140210680.txt gesteund aan: E:\EDI de Geschiedenis \ 20041005140210680.txt van Dossiers \ Portugal \ slaagde te schrappen er niet in: E:\EDI Dossiers \ Portugal \ 20041005140210680.txt
Niet zeker waarom dit voorkomt. Nadat het dossier wordt overgebracht, is de overdrachtstroom gesloten en het dossier zou op dit punt moeten worden geopend. infact wordt een exemplaar gedaan na dat. zo veronderstel ik FTP het niet sluit. 1) gebeurt deze mislukking in de dienstcontext, d.w.z. als u de motor van Gebruikersinterface opnieuw begint, doet dit probleem weggaat? Komt dit probleem terug na logout of na motor van de manager van de de dienstcontrole. begonnen? 2) enkel nieuwsgierig als er zijn had om het even welke toestemmingenkwestie op de dienst NT die betrekking geen schrapping toestaat. -- Oprecht, Software Hitek
|
| Reply2 | |
| Reply3 | |
| Reply4 | |
| Reply5 |