That means he has to rely on the end users to think about what they are
doing.  
 
 
 
Thanks,
 
Jake Gardner
TTC Network Administrator
Ext. 246
 

________________________________

From: Kennedy, Jim [mailto:[email protected]] 
Sent: Tuesday, January 20, 2009 3:44 PM
To: NT System Admin Issues
Subject: RE: Batch file task



Could you have your internal users drop the xls's in one folder and the
rest in the other? That makes your automated task a bit easier to do,
just use Robocopy at that point, two instances watching each drop
folder.......

 

 

 

From: Jeff Bunting [mailto:[email protected]] 
Sent: Tuesday, January 20, 2009 3:40 PM
To: NT System Admin Issues
Subject: Re: Batch file task

 

Couldn't you just send everything as binary?

On Tue, Jan 20, 2009 at 3:22 PM, m b <[email protected]> wrote:

Appreciate the replies, as always.  I give this list huge kudos.  I'm
primarily a lurker but I pick up more useful information here than
anywhere else.

 

I didn't want to bore you with too much detail about this job, but if
you've ever heard of Sterling Commerce's product called NDM Connect
Direct - that's where I'm ending up with this.

 

We have one single client out of hundreds, one client who insists on
using this NDM application to send/receive files.  I absolutely loathe
this product.  But anyway, internal users drop a file(s) in a specific
internal folder.  File(s) gets replicated to a box in a DMZ & trigger
file created.  Batch process running on NDM box watches for trigger
file, sees it, initiates NDM transfer job.  That's all fine & good.

 

Recently, problem comes to me - most of the files we send are ascii, and
they're transferring perfectly.  However, some spreadsheets we're
sending are getting hanked up, can we please send those binary.  Sigh...
OK, sure.  So what I'm attempting to do is on the job that replicates
the files out to the DMZ box, do something like copy *.xls > destination
folder 2, copy *.* > destination folder 1.  (I'm sure I'll end up having
to sort more file types but that would be simple to add once this
binary/ascii thing is up & working).  But then on the NDM box, have it
recognize whenever one of those folders has a new file(s) in it and then
run the appropriate ascii or binary transmit job.

 

Did I mention I absolutely loathe this NDM application?

 

 

        ----- Original Message ----- 

        From: Kennedy, Jim <mailto:[email protected]>  

        To: NT System Admin Issues
<mailto:[email protected]>  

        Sent: Tuesday, January 20, 2009 12:58 PM

        Subject: RE: Batch file task

         

        What actions do you need to do? Robocopy will watch folders and
run forever...if you just need to do a copy of the contents or changes
to those folders it will work for you.

         

         

         

        From: m b [mailto:[email protected]] 
        Sent: Tuesday, January 20, 2009 1:45 PM
        To: NT System Admin Issues
        Subject: Batch file task

         

        I need to create a section of a batch file that will determine
whether a folder has had files added to it or not, and then perform one
of two actions.  I was thinking of doing a dir > filename, to get
something like dirlist.txt & oldlist.txt and doing a file compare on the
two text files, but the "fc" command doesn't seem to give me any output
I can use within the batch file.  I was hoping it would give me
something in "errorlevel", but it doesn't.

         

        In the end, I'll have a batch file that runs constantly, and
each loop it will look at a couple of folders.  If there's something in
folder 1, it will perform action 1, and if there's something in folder
2, it will perform action 2.

         

         

        Thanks in advance

         

        Mark

         

         

         

         

         

         

 

 

 

 

 

 


 

 


***Teletronics Technology Corporation*** 
This e-mail is confidential and may also be privileged.  If you are not the 
addressee or authorized by the addressee to receive this e-mail, you may not 
disclose, copy, distribute, or use this e-mail. If you have received this 
e-mail in error, please notify the sender immediately by reply e-mail or by 
telephone at 267-352-2020 and destroy this message and any copies.  Thank you.

*******************************************************************



~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to