Re: [U2] Phone/TAPI Interface, D3/W2K

2004-07-25 Thread Marc Hilbert
Mark, Never done it with D3, but it seems that you could look at some simple IVR software, maybe based upon rather inexpensive Dialogic cards. I'm not really sure how your operation works, is each confirmation call only made when the tech informs a ready status, or can these be batch handled at

Re: [U2] [OT] Has anyone exoerienced a HUGE increase of Spam?

2004-07-25 Thread Craig Bennett
The IndexInfocus archives are not indexed by search engines, when that's all there was, we were fairly anonymous. Are you sure, I recall googling and following a link to the list archives. Craig --- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] [UV] File corruption error, but ON ERROR branchnot taken

2004-07-25 Thread Craig Bennett
The suggestion made by Ray using uvbackup as a check of files is the philosophy we have adopted after experiencing this type of corruption. We run this every Saturday night over all our files and email the result reporting any likely problems. We are still discussing this one with IBM. They

Re: [U2] [UV] File corruption error, but ON ERROR branch not taken

2004-07-25 Thread Leroy Dreyfuss
When (if?) we find a solution I'll post the results. IBM have suggested that the initial corruption problem which sent us this way is patched in UV 10.0.17 or later (including 10.1), but they believe that not taking the ON ERROR clause when a blink error is encountered may be a bug. I am not sure

Re: [U2] [UV] File corruption error, but ON ERROR branch not taken

2004-07-25 Thread Craig Bennett
I am not sure I would agree that blink errors not taking ON ERROR clauses is a defect. While inconvenient to the user to have a program stop abruptly, the error needs to be dealt with as quickly as possible or the problem will perpetuate. The abort in this case is a deliberate one, i.e. it is

RE: [U2] [UV] File corruption error, but ON ERROR branch not taken

2004-07-25 Thread David Jordan
Hi LeRoy Although an immediate abort is probably ideal to prevent further damage to a situation, the ON ERROR clause enables us to identify to operators and support staff the issue that caused a problem as well as deal with transactions with 3rd party database including roll backs, issues with

[U2] AP/Pro Help

2004-07-25 Thread Mark Johnson
This is the best MV forum so I'll give it a try. I still have 4-5 clients running AP/Pro or Microdata. They'll come around eventually but they're quite content with what they have. Anyway, one UV client keeps their prior AP/Pro system and the hard drive crashed with that unfortunate 'doink'