A critical piece for EDI processing and general doc

[Brian K. White]

----- Original Message ----- 
From: "John Esak" <john at valar.com>
To: "Fplist (E-mail)" <filepro-list at seaslug.org>
Sent: Thursday, June 29, 2006 12:25 AM
Subject: FW: Re: A critical piece for EDI processing and general doc


>
> -----Original Message-----
> From: Jim Asman [mailto:jlasman at telus.net]
> Sent: Thursday, June 29, 2006 12:00 AM
> To: john at valar.com
> Subject: Fwd: Re: A critical piece for EDI processing and general doc
>
>
>
>
> --------------- Original Message ---------------
> At 08:24P Wed Jun 28 2006, Brian K. White wrote:
>
>
> ----- Original Message -----
> From: "John Esak" <john at valar.com>
> To: "Fplist (E-mail)" <filepro-list at seaslug.org>
> Sent: Wednesday, June 28, 2006 3:21 PM
> Subject: A critical piece for EDI processing and general document
> processingin fielPro
>
>
>> each day and stores them in a dated archive tree. For example, if I get
>> an invoice document in today... it would store the incoming document
>> *automatically* into:
>>
>> /tmp/EDI/archive/inv/in/06/06
>
>
> Be advised that on SCO (OSR5) there is a cron job that deletes all files 
> in
> any subdirectories in /tmp amd /usr/tmp.
>
> [snip]
>
>
>
> Thanks for the forward Jim. I think it would (or at least) should be 
> obvious
[...]
> apologies, he would take issue with absolutely *anything* I ever do... 
> that
> is why I have him permanently blocked from my mailboxes.

Oh my goodness. Please. "... I bet you think this song is about you..."
First off, since you are using that crutch for the weak in the head (a 
killfile) you waive any right to comment on what I say or why I say it.
You are ignorant, for example, of the fact that I largely say nothing to or 
about you since the last time you were a full participant.

Actually, I only intended to say exactly what I said. All that other crap 
comes from someones imagination.
Be advised about a quirk of SCO that I think is not obvious.
I've seen it bite people for real. It _should_ be obvious not to store 
permanent things in /tmp, but it's amazing the things people will do who 
should know better.
And in this case, it's really not obvious or intuitive what goes on. Anyone 
can look at /tmp and see really old files and directories in there.
Plenty of people don't care about things like that and they'll try the 
example verbatim and if it seems to work then thats the last they'll touch 
it.
I apologize if it sounded like "the sky is falling" but I was really just 
raising a finger.
Maybe he's right and the same logic could be applied to all the other 
variables too and so the post was silly.

Brian K. White  --  brian at aljex.com  --  http://www.aljex.com/bkw/
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro  BBx    Linux  SCO  FreeBSD    #callahans  Satriani  Filk!