Subscription probe for IBM-MAIN - please ignore
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
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
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
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
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
Sat, 22 Jan 2011 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
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
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
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
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
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
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
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 (ED5C6D46)
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=ED5C6D46&L=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)
Command confirmation request (AE31BEF7)
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=AE31BEF7&L=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)
Subscription probe for IBM-MAIN - please ignore
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Tue, 4 Mar 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
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
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
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
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
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
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
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
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
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
Sun, 29 Apr 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
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.