LSTSRV-L Archives

LISTSERV Site Administrators' Forum

LSTSRV-L

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Paul Russell <[log in to unmask]>
Wed, 16 May 2001 08:47:13 -0500
text/plain (91 lines)
On 4 May 2001, "Wayne T. Smith" <[log in to unmask]> wrote:
>
> Since we clone various templates for new lists and none of them omit
> Confirm, we have very few such lists (maybe one ... I'm not saying which
> one!).  Were LSoft to make such a change, I'd like LISTSERV to adjust and
> report any noConfirm lists, so they will continue operating as today and
> we'll have a chance to negotiate with the list owner(s) for the operational
> change.

All our templates for open subscription include confirmation, however, this
does not prevent the list owner from removing the confirmation option after
the list is created. It has happened in the past and will undoubtedly happen
again. That is why we run a weekly report to identify lists on our server
which accept unconfirmed open subscriptions. The script and sample output are
appended below. Feel free to adapt the script for your own use. The test-l
list was intentionally configured to appear on the report. When a list appears
on this report, I change the configuration, notify the owner that the
configuration has been changed, and explain why unconfirmed open subscription
is A Bad Thing. So far, no one has complained or removed the confirmation
option.

>
> Do you want a list-owner ADD to start the OK procedure?
>
>    (I'd like to see this capability).
>
> Do you want list-owner CHANGE to start the OK procedure?
>
>    (Perhaps strange, but I don't see this as a big need).
>

Confirmation on ADD and CHANGE would be useful functions, however, if ADD
and CHANGE are modified to trigger a confirmation request, then it should be
possible to suppress the confirmation with either a command option or a
command prefix (ala QUIET). The NOCONFIRM option/prefix for ADD/CHANGE should
be available to the list owner, rather than being restricted to the site
administrator.


----- Item 1: sub_repopen script -----
#!/bin/sh
#
# Name: rep_subopen
#
# Purpose: Report all lists which accept unconfirmed open subscription
#
# Author: Paul Russell, University of Notre Dame <[log in to unmask]>
#

bin="/usr/products/listserv/bin"
home="/usr/products/listserv/home"
mail="/tmp/$USER.mail"
target="[log in to unmask]"

test -f $mail && /bin/rm $mail

echo "The following lists accept unconfirmed open subscriptions" >> $mail
echo " " >> $mail
echo "--- Begin ---" >> $mail

for i in $home/*.list; do $bin/listview $i | grep "^*" \
        | tr "[:upper:]" "[:lower:]" | sed 's/\= /\=/g' | sed 's/, /,/g' \
        | grep "subscription=open" | grep -v "subscription=open,confirm" \
        > /dev/null && echo $i >> $mail ; done

echo "--- End ---" >> $mail

cat $mail | mailx -s "LISTSERV: Lists with unconfirmed open subscription" \
        $target

----- End item 1 -----

----- Item 2: sub_repopen sample output -----
>Subject: LISTSERV: Lists with unconfirmed open subscription
>   Date: Wed, 16 May 2001 07:28:49 -0500 (EST)
>   From: ND LISTSERV Administrator <[log in to unmask]>
>     To: [log in to unmask]
>
>The following lists accept unconfirmed open subscriptions
>
>--- Begin ---
>/usr/products/listserv/home/test-l.list
>--- End ---
>
----- End item 2 -----

--
Paul Russell
Senior System Administrator
University of Notre Dame

ATOM RSS1 RSS2