[Mailman-Developers] Re: [Mailman-Users] "Invite" vs. autoresponders

2003-01-02 Thread Barry A. Warsaw

[I'm moving this discussion to mailman-developers. -BAW]

> "SB" == Stonewall Ballard <[EMAIL PROTECTED]> writes:

SB> I've recently discovered that vacation autoresponders will
SB> subscribe recipients to Mailman lists when they get "invited".

Dang.  This is because the From address contains the confirmation
cookie encoded in the address.  This might kill this idea for
ease-of-use confirmations.

SB> This is not good. It makes the feature dangerous if you've
SB> promised to not subscribe anyone without their assent.

Can you submit a bug report on this?  We'll have to decide what to do
long term.

SB> Is there any way to avoid this problem, other than not using
SB> the feature?  This is yet another reason to move to URLs with
SB> unique keys instead of using passwords. Such a URL could be
SB> embedded in the invitation message.

Take away the From header cookie and that's essentially what you've
got in the invitation message.

I'm up for any other ideas.

-Barry

___
Mailman-Developers mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-developers



[Mailman-Developers] Re: [Mailman-Users] "Invite" vs. autoresponders

2003-01-03 Thread Stonewall Ballard
On 1/3/03 5:49 AM, "Fil" <[EMAIL PROTECTED]> wrote:

>> SB> I've recently discovered that vacation autoresponders will
>> SB> subscribe recipients to Mailman lists when they get "invited".
>> 
>> Dang.  This is because the From address contains the confirmation
>> cookie encoded in the address.  This might kill this idea for
>> ease-of-use confirmations.
> 
> I would imagine that, if the autoresponder is set to answer emails coming
> with a 'Precedence: list' header, the bug is with them, not with Mailman.
> You don't want to kill a good functionality just because most autoresponders
> are very poorly written - avoiding loops is enough ;)

Blaming the client doesn't work. These people are being subscribed to a list
without their knowledge or assent. That's a fatal error to the list manager.

 - Stoney


___
Mailman-Developers mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-developers



Re: [Mailman-Developers] Re: [Mailman-Users] "Invite" vs. autoresponders

2003-01-04 Thread John W Baxter
At 11:49 +0100 1/3/2003, Fil wrote:
>> SB> I've recently discovered that vacation autoresponders will
>> SB> subscribe recipients to Mailman lists when they get "invited".
>>
>> Dang.  This is because the From address contains the confirmation
>> cookie encoded in the address.  This might kill this idea for
>> ease-of-use confirmations.
>
>I would imagine that, if the autoresponder is set to answer emails coming
>with a 'Precedence: list' header, the bug is with them, not with Mailman.
>You don't want to kill a good functionality just because most autoresponders
>are very poorly written - avoiding loops is enough ;)

Well, there are different needs for different Mailman sites.  If you have
to convince your provider that every address in your list truly wanted to
be there, it's "unhandy" for there to be such a simple example of
involuntary subscription, which the provider can demonstrate at will.

Same for sites which choose to block phoney "opt in" schemes, and which
contain members of your list.

  --John

-- 
John Baxter   [EMAIL PROTECTED]  Port Ludlow, WA, USA


___
Mailman-Developers mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-developers



Re: [Mailman-Developers] Re: [Mailman-Users] "Invite" vs. autoresponders

2003-01-19 Thread Barry A. Warsaw

> "JWB" == John W Baxter <[EMAIL PROTECTED]> writes:

SB> I've recently discovered that vacation autoresponders will
SB> subscribe recipients to Mailman lists when they get
SB> "invited".

JWB> Well, there are different needs for different Mailman sites.
JWB> If you have to convince your provider that every address in
JWB> your list truly wanted to be there, it's "unhandy" for there
JWB> to be such a simple example of involuntary subscription,
JWB> which the provider can demonstrate at will.

Exactly what constitutes "proof" from a legal context would be an
interesting discussion to have.  At the spam conference, Jon Praed
gave a great talk about the spammers he's successfully sued, and the
fact that they might be going after bulk email software venders.

Now, clearly Mailman has legitimate uses, but I still think it would
be interesting to know what Mailman can do better to create logs that
would meet some legal standard of opt-in.

-Barry

___
Mailman-Developers mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/mailman-developers