Re: [U2] External database

[Marc Hilbert]

I was asking rauf :)

Robert Houben  wrote:

>We work with UV, UD and others on both Windows and *nix, and our customers do 
>intensive volume.
>
>-Original Message-
>From: u2-users-boun...@listserver.u2ug.org 
>[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Marc Hilbert
>Sent: January-12-13 9:19 AM
>To: U2 Users List
>Subject: Re: [U2] External database
>
>What os and uv flavor? If its windows and uv ita fairly straight forward for 
>non-intensive use...
>
>asad50089  wrote:
>
>>Hi everyone,
>>
>>I am U2 administrator and needs an assistance. I need read Oracle table
>>from
>>U2 code. Please assist in this regard
>>
>>Thanks
>>
>>Rauf
>>
>>
>>
>>
>>--
>>View this message in context:
>>http://u2-universe-unidata.1073795.n5.nabble.com/External-database-tp39
>>618.html Sent from the U2 - Users mailing list archive at Nabble.com.
>>___
>>U2-Users mailing list
>>U2-Users@listserver.u2ug.org
>>http://listserver.u2ug.org/mailman/listinfo/u2-users
>>
>___
>U2-Users mailing list
>U2-Users@listserver.u2ug.org
>http://listserver.u2ug.org/mailman/listinfo/u2-users
>___
>U2-Users mailing list
>U2-Users@listserver.u2ug.org
>http://listserver.u2ug.org/mailman/listinfo/u2-users
>
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] External database

[Marc Hilbert]

What os and uv flavor? If its windows and uv ita fairly straight forward for 
non-intensive use...

asad50089  wrote:

>Hi everyone,
>
>I am U2 administrator and needs an assistance. I need read Oracle table from
>U2 code. Please assist in this regard
>
>Thanks
>
>Rauf
>
>
>
>
>--
>View this message in context: 
>http://u2-universe-unidata.1073795.n5.nabble.com/External-database-tp39618.html
>Sent from the U2 - Users mailing list archive at Nabble.com.
>___
>U2-Users mailing list
>U2-Users@listserver.u2ug.org
>http://listserver.u2ug.org/mailman/listinfo/u2-users
>
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Re: [U2] Universe just quits

[Marc Hilbert]

Are you handling all potential I/O errors in your Basic code (e.g. ON ERROR, 
ELSE, LOCKED clauses on CLEARFILE, WRITE, READSEQ)? UV will often just drop 
out of a program if the errors aren't handled.

Regards,
Marc


- Original Message - 
From: "Oaks, Harold" 

To: 
Sent: Tuesday, July 21, 2009 3:41 PM
Subject: [U2] Universe just quits



I am having a very disconcerting problem.  A long job I have been
running, processing a large text file and then loading a Universe file,
is simply quitting sometimes.  No error message of any kind, Universe
just quits, the session drops into unix.  We have Universe 10.2 running
over HPux 11.1.  I have reduced the job to smaller pieces to get thru it
and indicate data values so that I restart at about the dropout point.
So I'll be able to finish but I would like to understand what's going
on.

Anybody seen this kind of thing before?  Is there a Universe parameter I
should look at?  A unix kernal parameter?

Any ideas appreciated.
Thanks-

Harold Oaks
Sr. Analyst/Programmer
Clark County Information Systems
Clark County, Washington
ph: (360) 397-6121 x4132



This e-mail and related attachments and any response may be subject to 
public disclosure under state law.

___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users



___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

[U2] Getting stuck inside DOS shell UV-W2000

[Marc Hilbert]

Gentlemen,
Does anyone know how to shell to DOS from UV-Basic without losing control of 
the possibility to respond to INPUT generated from the DOS program that was 
called?
For example if I do EXECUTE "DOS /c gpg etc" to encrypt a data file, I 
would want that the DOS gpg program prompt me for a value and then continue. 
The only thing that occurs when I do this is that my session gets hung.

Any helpful hints?
Version 10.2.3 W2000
Many thanks,
Marc Hilbert 
---

u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] Slow uniobjects connections

[Marc Hilbert]

Good evening,
We are experiencing very slow uniobjects (one second to connect) connections 
from a DLL which is called from an ASP server aplication. (W2K, UV 10.1).

Does anyone have any experience to share regarding this?
Thanks in advance,
Marc
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] Roman Numerals

[Marc Hilbert]

What about the NR conversion?

- Original Message - 
From: "David A. Green" <[EMAIL PROTECTED]>

To: 
Sent: Wednesday, October 18, 2006 3:15 PM
Subject: [U2] Roman Numerals



Does any one have a Digit to Roman Numeral converter they would like to
share?



Thanks,

David A. Green

DAG Consulting  


480-813-1725
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] 4gb RAM on W2K 32bit

[Marc Hilbert]

Good afternoon,
A client of ours, currently using 2GB wishes to upgrade RAM to 4GB using 
W2K, UV 9.6.2. Our client states that the max RAM for their version (32bit) 
of W2K is 4GB. IBM support says that Universe will support "all available 
memory that the OS sees". Anybody out there with a similar installation? Any 
problems? Tuning considerations?

TIA,
Marc Hilbert
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] [Fwd: PHANTOM problem]

[Marc Hilbert]

Pankaj,
Any screen output should also go to the PH file, you can put various CRT 
statements in your program to try and trace it. Add the date and time to 
each line of output. Because you get the "PHANTOM completed successfully", 
it sounds more like your program is not working correctly, perhaps there is 
a problem passing parameters to the program, and your program when it 
receives incorrect parameters, is stopping without any message.

Regards,
Marc

- Original Message - 
From: "u2ug" <[EMAIL PROTECTED]>

To: 
Sent: Monday, May 15, 2006 3:52 AM
Subject: [U2] [Fwd: PHANTOM problem]



REPOSTED FOR NON-MEMBER Pankaj Gupta <[EMAIL PROTECTED]>

Hi all,
 <>I am having a very strange problem in UNIDATA 6.1 (on AIX unix
box) Every thursday or month end we run one process which generates a
report.
<> The program is basically a phantom and runs at 9 PM. The steps to
trigger the phantoms are:
From a menu item, user selects the option. Then a "Proc" is called
and collects the data required by the phantom and then it kicks off the
phantom.  The phantom SLEEPs upto 9PM and generates the report after
that. Now the problem is any other process (don't know) kills this
phantom while it is sleeping and no report is generated.
<>Is there any command (unix level/UNIDATA level) available through
which I can see which process is killing the phantom (or what is the
problem with the phantom).  <>
   The PH file tells that "PHANTOM completed successfully" without any
error logs in it. Is there any utility/commands/logs available which I
can use for further analysis?
Thanks.

--

- Charles Barouch, Moderator

U2-Users
U2-Community
RBSolutions
SBSolutions

Visit http://listserver.u2ug.org,
enter your e-mail address,
and 'browse all' lists to maintain your access.

For non-U2UG e-mail: [EMAIL PROTECTED]
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] dataflo

[Marc Hilbert]

if I remember correctly those were called the "picture" and "prompter" user 
exits (probably there was a more technical name for these), which allowed 
for formatted input and output. One of my first jobs (Amerford Air Frieght - 
1978) involved working with (and later on removing) these.



- Original Message - 
From: "Roger Glenfield" <[EMAIL PROTECTED]>

To: "Jerry Banker" <[EMAIL PROTECTED]>
Cc: 
Sent: Thursday, April 13, 2006 2:41 PM
Subject: Re: [U2] dataflo


I remember trying to convert Escom's Distribution package from Pick to 
Pr1me Information over a very long weekend, back in 1979.  One glitch being 
them using a user exit in place of regular input statement.


Didn't Escom have a 'sister' company called Devcom?But then again, 
Devcom never produced anything of consequence.  ;-)


Rog

Jerry Banker wrote:

One of the companies acquired by Epicor was Escom, anybody remember who
Escom was?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Moore
Sent: Thursday, April 13, 2006 9:06 AM
To: will; u2-users@listserver.u2ug.org
Subject: RE: [U2] dataflo

We are a manufacturing company and have used Dataflo since 1999.
Our current version is 5.8.5b.

What is your question?

Steve


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of will
Sent: Wednesday, April 12, 2006 10:39 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] dataflo

   Anyone have experience with Epicor's Dataflo?

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] SOX question (United States only, I believe)

[Marc Hilbert]

Peter,
I am frequently frustrated at having to spend 2 to 3 times as much time to 
fix something thanks to SOX or SOX-like norms. However if you put yourself 
in the place of a director of a large company who doesn't know the IT staff 
personally, you must bear in mind that your department (IT) holds the key to 
daily operations and any slight mistake - be it intentional (remember that 
the director does not know you, so he doesn't know that you and your entire 
staff are above reproach) or accidental could potentially be much more 
costly than paying for twice as much staff. The other way to look at it is 
that somebody is paying you to be VERY thorough with your work. 
Productivity goes way down, as you say, and so do bugs.

Regards,
Marc


- Original Message - 
From: "Peter Gonzalez" <[EMAIL PROTECTED]>

To: 
Sent: Friday, December 09, 2005 11:13 AM
Subject: RE: [U2] SOX question (United States only, I believe)



SOX SUCKS! (we have tee shirts with 'SOX SUCKS' on the front)

Our productivity has gone way down. If there is a problem here is what we 
have to do now. And there are plenty of internal and external auditors to 
make sure we do the following.


1. Create a request to modify.
2. Copy the records from LIVE to DEVEL.
3. Debug the process.
4. Mod the program and correct the data records.
5. Create a user approval form.
6. Have the user sign off.
7. Have the IT manager sign off.
8. Notify the manager of programmers of the change
9. The manager of programmers notifies the system admin.
10. The system admin then moves the programs and (or) the corrected data 
records.

11. The system admin then notifies the IT staff of the move.
12. The programmer then notifies the user.

Documentations includes screen shoots of all changes, programs, DICT, 
screens and records.  The average doc package is about 8 pages.



-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Steven M Wagner

Sent: Friday, December 09, 2005 8:27 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] SOX question (United States only, I believe)

Marc

How do the programmers to customer support if they cannot look at the data
in the production data-base?  It would be hard to research problems if you
cannot look at live data.

Steve

At 08:49 AM 12/9/05 -0300, you wrote:

Good Morning Charlie,
No only a US issue, but also an issue for multinationals with US home
offices. We are in Argentina and have clients that must comply and frankly
we DO separate the DBA role from the programmer role and I am in favor of
this although it is an administrative pain at times. Programmers on these
sites do not get access to the production data-base and only get read-only
to the user testing environment.
Regards,
Marc Hilbert
Pick Professional Center
Buenos Aires,
Argentina.

- Original Message - From: "Charlie Rubeor"
<[EMAIL PROTECTED]>
To: 
Sent: Thursday, December 08, 2005 6:28 PM
Subject: [U2] SOX question (United States only, I believe)


When we started implementing Sarbanes-Oxley, I knew the question of why 
we
don't separate the Database Admin role from the Programmer role would 
come
up.  Has anyone on this list been able to provide a satisfactory answer 
to
the auditors, without spending a lot of time explaining the benefits of 
an

MV database?

Charlie Rubeor
Unix/Database Administrator
Wiremold/Legrand
60 Woodlawn Street
West Hartford, CT 06110
Tel: 860.233.6251 x3498
Fax: 860.523.3690
Email: [EMAIL PROTECTED]
Internet: www.wiremold.com

[demime 1.01d removed an attachment of type image/jpeg]
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


--
Steven M Wagner
[EMAIL PROTECTED]
Cary, North Carolina, United States of America
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] SOX question (United States only, I believe)

[Marc Hilbert]

Steve,
If you have a good set of test data the user can frequently replicate the 
problem in a test environment. You must regularly update your test data. As 
a last resort, there is an emergency password for a programmer to have 
access, in read-only mode to the production data. Sounds tedious, and it is. 
But after a period of adaptation the need to access production data goes 
sharply down as the users and programmers begin to (forcably) understand the 
need for thorough testing. In this scenario rarely does a faulty 
implementation make its way into production.
I must emphasize that this is not for every user site, total development 
times probably are at least double, but the end result is more than twice as 
solid. But you probably can't sell this to a small or medium size company.

Regards,
Marc

- Original Message - 
From: "Steven M Wagner" <[EMAIL PROTECTED]>

To: 
Sent: Friday, December 09, 2005 10:27 AM
Subject: Re: [U2] SOX question (United States only, I believe)



Marc

How do the programmers to customer support if they cannot look at the data 
in the production data-base?  It would be hard to research problems if you 
cannot look at live data.


Steve

At 08:49 AM 12/9/05 -0300, you wrote:

Good Morning Charlie,
No only a US issue, but also an issue for multinationals with US home 
offices. We are in Argentina and have clients that must comply and frankly 
we DO separate the DBA role from the programmer role and I am in favor of 
this although it is an administrative pain at times. Programmers on these 
sites do not get access to the production data-base and only get read-only 
to the user testing environment.

Regards,
Marc Hilbert
Pick Professional Center
Buenos Aires,
Argentina.

- Original Message - From: "Charlie Rubeor" 
<[EMAIL PROTECTED]>

To: 
Sent: Thursday, December 08, 2005 6:28 PM
Subject: [U2] SOX question (United States only, I believe)


When we started implementing Sarbanes-Oxley, I knew the question of why 
we
don't separate the Database Admin role from the Programmer role would 
come
up.  Has anyone on this list been able to provide a satisfactory answer 
to
the auditors, without spending a lot of time explaining the benefits of 
an

MV database?

Charlie Rubeor
Unix/Database Administrator
Wiremold/Legrand
60 Woodlawn Street
West Hartford, CT 06110
Tel: 860.233.6251 x3498
Fax: 860.523.3690
Email: [EMAIL PROTECTED]
Internet: www.wiremold.com

[demime 1.01d removed an attachment of type image/jpeg]
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


--
Steven M Wagner
[EMAIL PROTECTED]
Cary, North Carolina, United States of America
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

Re: [U2] SOX question (United States only, I believe)

[Marc Hilbert]

Good Morning Charlie,
No only a US issue, but also an issue for multinationals with US home 
offices. We are in Argentina and have clients that must comply and frankly 
we DO separate the DBA role from the programmer role and I am in favor of 
this although it is an administrative pain at times. Programmers on these 
sites do not get access to the production data-base and only get read-only 
to the user testing environment.

Regards,
Marc Hilbert
Pick Professional Center
Buenos Aires,
Argentina.

- Original Message - 
From: "Charlie Rubeor" <[EMAIL PROTECTED]>

To: 
Sent: Thursday, December 08, 2005 6:28 PM
Subject: [U2] SOX question (United States only, I believe)



When we started implementing Sarbanes-Oxley, I knew the question of why we
don't separate the Database Admin role from the Programmer role would come
up.  Has anyone on this list been able to provide a satisfactory answer to
the auditors, without spending a lot of time explaining the benefits of an
MV database?

Charlie Rubeor
Unix/Database Administrator
Wiremold/Legrand
60 Woodlawn Street
West Hartford, CT 06110
Tel: 860.233.6251 x3498
Fax: 860.523.3690
Email: [EMAIL PROTECTED]
Internet: www.wiremold.com

[demime 1.01d removed an attachment of type image/jpeg]
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] Setting a Network Printer in Linux

[Marc Hilbert]

I have tried reading the manual. How can I set up access to a network 
printer under UV 10 with Linux Redhat 9.0. From the Linux shell I can 
successfully print, but from UV all I get is the following message every 
minute or so...

"Unable to open device. Verify that the printer is on line..."
Thanks in advance,
Marc
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[U2] UV 10 para Suse 9.2

[Marc Hilbert]

Good afternoon to all. My client wishes to use Suse Linux 9.2. IBM does not
officially support this (perhaps will be certified during the second half of
this year). Can anybody out there attest one way or another as to if there
would be problems. I've seen some comments on this list of users using Suse
with the UV-PE but as this would be a 20 user installation I wouldn't want to
lead them down the wrong road.
Thanks in advance,
Marc Hilbert
Tech. Manager
Pick Professional Center
Buenos Aires
Argentina
[EMAIL PROTECTED]
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

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

[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 the start of
the day? In both cases you could put together a daily calling list (one for
each tech?) and load it into a simple VB6 application (perhaps even an
existing aplication supplied with the CTI hardware). In the first case the
dispatcher, upon receiving a status indicator that he/she must confirm a
call could click upon the next visit for the tech's route and using a
supplied protocol, have the IVR place the call, recite a predefined message
and return a status (client hung up, no answer, client confirmed, busy,
etc).
In the second case (batch mode) the whole calling list could be processed at
once, with automatic, periodic retries for the unsucessful calls).
I'm in Argentina so I can't recommend specific suppliers.

Regards,
Marc
- Original Message -
From: "Mark Johnson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, July 24, 2004 3:04 PM
Subject: [U2] Phone/TAPI Interface, D3/W2K


> Perhaps someone can lead me in the right direction.
>
> One of my clients, D3/W2K, dispatches 20-24 HVAC vans daily throughout our
> state with upwards of 100-120 calls per day. The dispatcher calls on
nextel to
> inform the techs of their next appointment and uses a regular phone to
call
> the customer for the upcoming visit.
>
> The question is if there's a way to interface this system (home/cell/alt
> phones in database) to an external phone system that could place an
automated
> call to that customer and return a status code (ok, busy signal, no
answer,
> answering maching) to the dispatcher so she doesn't have to have a phone
> handset permanently welded to her ear.
>
> Thanks in advance.
> Mark Johnson
> ---
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
>

- Original Message -
From: "Mark Johnson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, July 24, 2004 3:04 PM
Subject: [U2] Phone/TAPI Interface, D3/W2K


> Perhaps someone can lead me in the right direction.
>
> One of my clients, D3/W2K, dispatches 20-24 HVAC vans daily throughout our
> state with upwards of 100-120 calls per day. The dispatcher calls on
nextel to
> inform the techs of their next appointment and uses a regular phone to
call
> the customer for the upcoming visit.
>
> The question is if there's a way to interface this system (home/cell/alt
> phones in database) to an external phone system that could place an
automated
> call to that customer and return a status code (ok, busy signal, no
answer,
> answering maching) to the dispatcher so she doesn't have to have a phone
> handset permanently welded to her ear.
>
> Thanks in advance.
> Mark Johnson
> ---
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

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

[Marc Hilbert]

Marc,
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 the start of
the day? In both cases you could put together a daily calling list (one for
each tech?) and load it into a simple VB6 application (perhaps even an
existing aplication supplied with the CTI hardware). In the first case the
dispatcher, upon receiving a status indicator that he/she must confirm a
call could click upon the next visit for the tech's route and using a
supplied protocol, have the IVR place the call, recite a predefined message
and return a status (client hung up, no answer, client confirmed, busy,
etc).
In the second case (batch mode) the whole calling list could be processed at
once, with automatic, periodic retries for the unsucessful calls).
I'm in Argentina so I can't recommend specific suppliers.

Regards,
Marc
- Original Message -
From: "Mark Johnson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, July 24, 2004 3:04 PM
Subject: [U2] Phone/TAPI Interface, D3/W2K


> Perhaps someone can lead me in the right direction.
>
> One of my clients, D3/W2K, dispatches 20-24 HVAC vans daily throughout our
> state with upwards of 100-120 calls per day. The dispatcher calls on
nextel to
> inform the techs of their next appointment and uses a regular phone to
call
> the customer for the upcoming visit.
>
> The question is if there's a way to interface this system (home/cell/alt
> phones in database) to an external phone system that could place an
automated
> call to that customer and return a status code (ok, busy signal, no
answer,
> answering maching) to the dispatcher so she doesn't have to have a phone
> handset permanently welded to her ear.
>
> Thanks in advance.
> Mark Johnson
> ---
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/