Overeni platnosti adresy DLOUHE

[Michal Belicek]

A jak overuje platnost listserv? Me od nej chodi subscription probe a
vypada to, ze je to celkem dobre principialne udelane. treba si z toho
muzete vzit priklad.
Ukazka:

Received: from a400 (172.16.51.7 [172.16.51.7]) by nt2.asset.sk with
SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0)
        id 32JGRWS1; Mon, 26 Jul 1999 12:05:58 +0200
Received: by a400; (5.65v4.0/1.3/10May95) id AA02453; Mon, 26 Jul 1999
12:06:03 +0200
Received: from maelstrom.stjohns.edu by a400 (smtpxd); id XA28625
Received: from maelstrom.stjohns.edu (149.68.1.24) by
maelstrom.stjohns.edu (LSMTP for OpenVMS v1.1a) with SMTP id
<0.83566030 at maelstrom.stjohns.edu>; Mon, 26 Jul 1999 6:06:49 -0500
Message-ID: <199907261006.AA02453 at a400>
From: "L-Soft list server at St. John's University (1.8c)"
         <LISTSERV at MAELSTROM.STJOHNS.EDU>
To: Michal Belicek <belicek at ASSET.SK>
Subject: Subscription probe for PCBUILD - please ignore
Date: Mon, 26 Jul 1999 12:06:49 +0200
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000
X-UIDL: AAAsaDLAAAgSRTdygCgzyGh0M3t/3RIk

Mon, 26 Jul 1999 06:06:49

This message is a "probe" for  your subscription to the PCBUILD 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.
--
Michal Belicek
mailto:belicek at asset.sk
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
# man woman
No manual entry for woman.