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
"Good, Donald" <[log in to unmask]>
Wed, 7 Feb 2001 16:24:46 -0600
text/plain (45 lines)
Just to show that these "wish" features are never quite so simple:
What should happen to a pending subscription where the confirmation request
is successfully delivered to an alternate but valid address (maybe thru
forwarding), and the subscriber replies OK with the confirmation reply
returning the true address, different from the original subscription
address?
Should the subscription fail or should the original subscription address be
changed?  What implications are there to changing that address and who
should be notified?

-----Original Message-----
From: Landy Manderson [mailto:[log in to unmask]]
Sent: Wednesday, February 07, 2001 2:56 PM
To: [log in to unmask]
Subject: Re: Forcing a confirmation email with SUBSCRIBE command


I agree with this, from a slightly different angle.  Even if the addresses
that the owners have are valid as far as getting mail *delivered* to the
recipients, they do not always match up with the From: address actually
emitted by those recipients' clients.  This inevitably causes problems
down the road when they try to send or reply to the list, and we end up
having
to resubscribe them or add their alter-ego address separately with NOMAIL.

On Wed, 7 Feb 2001 15:34:58 -0500 Kevin Parris said:
>I think it would be nice if the ADD command had an option to trigger the
> "confirmation" process rather than simply placing the user on the list and
> sending a notification.  For some lists being setup here, the owner wants
to
> ADD everybody rather than sending out subscribe instructions, and
sometimes
> their collections of email addresses have some inaccuracies - and as the
LSMTP
> postmaster I wind up getting the delivery error reports.  Not a really
great
> big huge deal, I suppose, since the owner gets a report too - but having
only
> the confirmation item failing instead of all the list traffic (since some
bad
> addresses don't 'fail' until the 5-day retry expires) would reduce the
scope
>of
> my annoyance somewhat.

ATOM RSS1 RSS2