
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subscription probe for AUDITORY - please ignore



Mon, 20 Feb 2012 06:00:00

This message is a "probe" for your subscription to the AUDITORY 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 can  probably  not  see  the
signature because it is in the  mail headers). If the subscriber's e-mail
address is no longer valid, 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, 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.
http://www.auditory.org/mhonarc/2012/msg00110.html
www.auditory.org
crawl=CC-MAIN-2014-42
6205
application/http; msgtype=response
sha1:6K3H3KY6E3AIWJLDSYXMCNJSJWUBDIZJ
<urn:uuid:930603ad-8e83-47c1-b7c6-592635442520>
2014-10-24T15:26:43Z
128.59.66.11
sha1:SZ3XJWK2DJI3GSQDTE4QRPCHM5NGAHLM
<urn:uuid:a40473d8-b214-4c4f-a96b-a38210323089>
http://www.auditory.org/mhonarc/2012/msg00110.html
response
<urn:uuid:3d0ddb26-6fe9-45fc-8cc4-6dd714043947>
robots: classic
hostname: ip-10-16-133-185.ec2.internal
software: Nutch 1.6 (CC)/CC WarcExport 1.0
isPartOf: CC-MAIN-2014-42
operator: CommonCrawl Admin
description: Wide crawl of the web with URLs provided by Blekko for October 2014
publisher: CommonCrawl
format: WARC File Format 1.0
conformsTo: http://bibnum.bnf.fr/WARC/WARC_ISO_28500_version1_latestdraft.pdf