Subscription probe for IBM-MAIN - please ignore

2011-06-26 Thread The University of Alabama LISTSERV Server (15.0)
Sun, 26 Jun 2011 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2011-05-26 Thread The University of Alabama LISTSERV Server (15.0)
Thu, 26 May 2011 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2011-04-25 Thread The University of Alabama LISTSERV Server (15.0)
Mon, 25 Apr 2011 06:00:05

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2011-03-25 Thread The University of Alabama LISTSERV Server (15.0)
Fri, 25 Mar 2011 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2011-02-22 Thread The University of Alabama LISTSERV Server (15.0)
Tue, 22 Feb 2011 06:00:05

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2010-12-22 Thread The University of Alabama LISTSERV Server (15.0)
Wed, 22 Dec 2010 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2010-11-21 Thread The University of Alabama LISTSERV Server (15.0)
Sun, 21 Nov 2010 06:00:05

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2010-10-21 Thread The University of Alabama LISTSERV Server (15.0)
Thu, 21 Oct 2010 06:00:05

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2010-09-20 Thread The University of Alabama LISTSERV Server (15.0)
Mon, 20 Sep 2010 06:00:03

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2010-08-20 Thread The University of Alabama LISTSERV Server (15.0)
Fri, 20 Aug 2010 06:00:03

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2010-07-20 Thread The University of Alabama LISTSERV Server (15.0)
Tue, 20 Jul 2010 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2010-06-19 Thread The University of Alabama LISTSERV Server (15.0)
Sat, 19 Jun 2010 06:00:05

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Command confirmation request (AE31BEF7)

2010-06-06 Thread The University of Alabama LISTSERV Server (15.0)
Your command:

 SUBSCRIBE IBM-MAIN archive@mail-archive.com WITH NOACK NOREPRO CONCEAL

requires confirmation. To  confirm the execution of  your command, simply
point your browser to the following URL:

  http://bama.ua.edu/cgi-bin/wa?OK=AE31BEF7L=IBM-MAIN

Alternatively, if  you have no WWW  access, you can reply  to the present
message and type  OK (without the quotes) as the  text of your message.
Just the word OK - do not  retype the command. This procedure will work
with any mail  program that fully conforms to the  Internet standards for
electronic  mail. If  you receive  an error  message, try  sending a  new
message  to lists...@bama.ua.edu  (without using  the reply  function -
this  is very  important) and  type  ok AE31BEF7  as the  text of  your
message.

Finally, your  command will be  cancelled automatically if  LISTSERV does
not receive your confirmation within 48h. After that time, you must start
over and resend the command to get a new confirmation code. If you change
your mind and  decide that you do  NOT want to confirm  the command, then
simply discard the present message and let the request expire on its own.

- Original mail header --
X-Received: by BAMA.UA.EDU from 77.126.93.195 (unverified) via 127.0.0.1 with 
TCP/IP (TCPGUI protocol, anonymous access)


Command confirmation request (ED5C6D46)

2010-06-06 Thread The University of Alabama LISTSERV Server (15.0)
Your command:

   SUBSCRIBE IBM-MAIN mail archive WITH NOACK NOREPRO CONCEAL

requires confirmation. To  confirm the execution of  your command, simply
point your browser to the following URL:

  http://bama.ua.edu/cgi-bin/wa?OK=ED5C6D46L=IBM-MAIN

Alternatively, if  you have no WWW  access, you can reply  to the present
message and type  OK (without the quotes) as the  text of your message.
Just the word OK - do not  retype the command. This procedure will work
with any mail  program that fully conforms to the  Internet standards for
electronic  mail. If  you receive  an error  message, try  sending a  new
message  to lists...@bama.ua.edu  (without using  the reply  function -
this  is very  important) and  type  ok ED5C6D46  as the  text of  your
message.

Finally, your  command will be  cancelled automatically if  LISTSERV does
not receive your confirmation within 48h. After that time, you must start
over and resend the command to get a new confirmation code. If you change
your mind and  decide that you do  NOT want to confirm  the command, then
simply discard the present message and let the request expire on its own.

- Original mail header --
X-Received: by BAMA.UA.EDU from 77.126.93.195 (unverified) via 127.0.0.1 with 
TCP/IP (TCPGUI protocol, anonymous access)


Subscription probe for IBM-MAIN - please ignore

2010-05-19 Thread The University of Alabama LISTSERV Server (15.0)
Wed, 19 May 2010 06:00:03

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2010-04-18 Thread The University of Alabama LISTSERV Server (15.0)
Sun, 18 Apr 2010 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2010-03-18 Thread The University of Alabama LISTSERV Server (15.0)
Thu, 18 Mar 2010 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2010-02-15 Thread The University of Alabama LISTSERV Server (15.0)
Mon, 15 Feb 2010 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2010-01-15 Thread The University of Alabama LISTSERV Server (15.0)
Fri, 15 Jan 2010 06:00:03

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2009-12-15 Thread The University of Alabama LISTSERV Server (15.0)
Tue, 15 Dec 2009 06:00:10

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2009-11-14 Thread The University of Alabama LISTSERV Server (15.0)
Sat, 14 Nov 2009 06:00:11

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2009-10-14 Thread The University of Alabama LISTSERV Server (15.0)
Wed, 14 Oct 2009 06:00:10

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2009-09-13 Thread The University of Alabama LISTSERV Server (15.0)
Sun, 13 Sep 2009 06:00:10

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2009-08-13 Thread The University of Alabama LISTSERV Server (15.0)
Thu, 13 Aug 2009 06:00:11

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2009-07-13 Thread The University of Alabama LISTSERV Server (15.0)
Mon, 13 Jul 2009 06:00:11

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2009-06-12 Thread The University of Alabama LISTSERV Server (15.0)
Fri, 12 Jun 2009 06:00:11

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2009-05-12 Thread The University of Alabama LISTSERV Server (15.0)
Tue, 12 May 2009 06:00:11

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2009-04-11 Thread The University of Alabama LISTSERV Server (15.0)
Sat, 11 Apr 2009 06:00:12

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2009-03-11 Thread The University of Alabama LISTSERV Server (15.0)
Wed, 11 Mar 2009 06:00:10

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2009-02-08 Thread The University of Alabama LISTSERV Server (15.0)
Sun, 8 Feb 2009 06:00:12

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2009-01-08 Thread The University of Alabama LISTSERV Server (15.0)
Thu, 8 Jan 2009 06:00:11

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2008-12-08 Thread The University of Alabama LISTSERV Server (15.0)
Mon, 8 Dec 2008 06:01:45

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2008-11-07 Thread The University of Alabama LISTSERV Server (15.0)
Fri, 7 Nov 2008 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.



Subscription probe for IBM-MAIN - please ignore

2008-10-07 Thread The University of Alabama LISTSERV Server (15.0)
Tue, 7 Oct 2008 06:00:05

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.



Subscription probe for IBM-MAIN - please ignore

2008-09-06 Thread The University of Alabama LISTSERV Server (15.0)
Sat, 6 Sep 2008 06:00:06

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.



Subscription probe for IBM-MAIN - please ignore

2008-08-06 Thread The University of Alabama LISTSERV Server (15.0)
Wed, 6 Aug 2008 06:00:05

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.



Subscription probe for IBM-MAIN - please ignore

2008-07-06 Thread The University of Alabama LISTSERV Server (15.0)
Sun, 6 Jul 2008 14:37:36

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.



Subscription probe for IBM-MAIN - please ignore

2008-06-05 Thread The University of Alabama LISTSERV Server (15.0)
Thu, 5 Jun 2008 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.



Subscription probe for IBM-MAIN - please ignore

2008-05-05 Thread The University of Alabama LISTSERV Server (15.0)
Mon, 5 May 2008 06:00:05

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.



Subscription probe for IBM-MAIN - please ignore

2008-04-04 Thread The University of Alabama LISTSERV Server (15.0)
Fri, 4 Apr 2008 06:00:05

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.



Subscription probe for IBM-MAIN - please ignore

2008-02-02 Thread The University of Alabama LISTSERV Server (15.0)
Sat, 2 Feb 2008 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2008-01-02 Thread The University of Alabama LISTSERV Server (15.0)
Wed, 2 Jan 2008 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2007-12-02 Thread The University of Alabama LISTSERV Server (15.0)
Sun, 2 Dec 2007 06:00:05

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2007-11-01 Thread The University of Alabama LISTSERV Server (15.0)
Thu, 1 Nov 2007 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2007-10-01 Thread The University of Alabama LISTSERV Server (15.0)
Mon, 1 Oct 2007 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2007-08-31 Thread The University of Alabama LISTSERV Server (15.0)
Fri, 31 Aug 2007 06:00:06

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2007-07-31 Thread The University of Alabama LISTSERV Server (15.0)
Tue, 31 Jul 2007 06:00:05

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2007-06-30 Thread The University of Alabama LISTSERV Server (15.0)
Sat, 30 Jun 2007 06:00:05

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2007-05-30 Thread The University of Alabama LISTSERV Server (15.0)
Wed, 30 May 2007 06:00:04

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.


Subscription probe for IBM-MAIN - please ignore

2007-03-29 Thread The University of Alabama LISTSERV Server (15.0)
Thu, 29 Mar 2007 06:00:06

This message is a probe for your subscription to the IBM-MAIN list. You
do not need to  take any action to remain subscribed to  the list, and in
particular you should  not reply to this message. Simply  discard it now,
or  read on  if  you would  like  to  know more  about  how this  probing
mechanism works.

A  probe  is a  message  like  the one  you  are  reading, sent  to  an
individual subscriber  and tagged  with a  special signature  to uniquely
identify  this  particular subscriber  (you  may  not see  the  signature
because it is in the mail headers). If the subscriber's e-mail address is
no longer  valid, then the message  will be returned to  LISTSERV and the
faulty address will be removed from the list. If the subscriber's address
is still valid, then the message will not bounce and the user will not be
deleted.

The main advantage  of this technique is that it  can be fully automated;
the list owner does not need to read a single delivery error. For a large
or active  list, the manpower  savings can  be tremendous. In  fact, some
lists are  so large that it  is virtually impossible to  process delivery
errors manually. Another advantage is that the special, unique signatures
make it possible to accurately process delivery errors that are otherwise
unintelligible, even to an experienced technical person.

The  drawback,  however,  is  that  this  method  lacks  flexibility  and
forgiveness. Since the Internet does not provide a reliable mechanism for
probing an  e-mail address without  actually delivering a message  to the
human  recipient, the  subscribers  need to  be  inconvenienced with  yet
another junk message. And, unlike  a human list owner, LISTSERV follows
a number of  simple rules in determining when and  whether to terminate a
subscription. In  particular, a common  problem with automatic  probes is
mail gateways  that return a delivery  error, but do deliver  the message
anyway.  LISTSERV  has no  way  to  know that  the  message  was in  fact
delivered, and in most cases the subscriber is not aware of the existence
of these  false error reports.  If this  happens to you,  LISTSERV will
send you  another message with a  copy of the delivery  error returned by
your mail system, so that you can show it to your technical people.