[Mailman-Developers] [Greg Stark <gsstark@mit.edu>] Re:Bounceremoval parameters default values

Bob Puff at NLE bob at nleaudio.com
Fri Jul 2 15:01:11 EDT 2004


Unless I am missing something here, why don't you just enable verp in your MTA?  Postfix, Sendmail, 
Exim, and Qmail all support it.  What's the big deal?

Bob

Somuchfun wrote:
> This is not the point here, J.C.
> The important point is the fact that mailman did introduce a new way of
> handling bounces without a way to opt-out of this new way. Normally every
> software package that introduces a new way of doing a certain task (opposed
> to a complete new functionality) there is an option to opt-out and continue
> "the old way" until all proper changes have been done.
> Take cPanel for example, they have still not gotten around to make the
> proper adjustments to their highly complex environment and they are used
> hundreds of thousands of times around the world by web hosting companies.
> Right now people are unsubscribed because of this all over the place for no
> apparent reason (from the view of the user). The only way to not end up in
> trouble in this environment is to turn off bounce handling completely in
> mailman 2.1.5
> So looking at this, do you still think it was wise to introduce VERP bounce
> probes by default and by force with no choice?
> 
> ----------------------------------------
> MANA TANGATA 
> 
> 
>>-----Original Message-----
>>From: J C Lawrence [mailto:claw at kanga.nu] 
>>Sent: Thursday, July 01, 2004 5:58 PM
>>To: John W. Baxter
>>Cc: mailman-developers at python.org
>>Subject: Re: [Mailman-Developers] [Greg Stark 
>><gsstark at mit.edu>] Re:Bounceremoval parameters default values 
>>
>>On Thu, 01 Jul 2004 17:48:21 -0700 
>>John W Baxter <jwblist at olympus.net> wrote:
>>
>>>On 7/1/2004 9:57, "J C Lawrence" <claw at kanga.nu> wrote:
>>
>>>>They can of course always gain that same time and more by 
>>
>>simply not
>>
>>>>upgrading.
>>
>>>Which is decidedly NOT encouraged by this snippet from Barry's 2.1.5
>>>announcement:
>>
>>>  This version also contains a fix for an exploit that 
>>
>>could allow 3rd
>>
>>>  parties to retrieve member passwords.  It is thus highly 
>>
>>recommended
>>
>>>  that all existing sites upgrade to the latest version.
>>
>>Yup, of such hard choices are upgrades made.
>>
>>Of course Mailman passwords are also not the most significant 
>>things in
>>the computing universe.
>>
>>-- 
>>J C Lawrence
>>---------(*)                Satan, oscillate my metallic sonatas.
>>claw at kanga.nu               He lived as a devil, eh?
>>http://www.kanga.nu/~claw/  Evil is a name of a foeman, as I live.
>>
>>_______________________________________________
>>Mailman-Developers mailing list
>>Mailman-Developers at python.org
>>http://mail.python.org/mailman/listinfo/mailman-developers
>>Unsubscribe: 
>>http://mail.python.org/mailman/options/mailman-developers/somu
>>chfun%40atlantismail.com
>>
> 
> 
> 
> _______________________________________________
> Mailman-Developers mailing list
> Mailman-Developers at python.org
> http://mail.python.org/mailman/listinfo/mailman-developers
> Unsubscribe: http://mail.python.org/mailman/options/mailman-developers/bob%40nleaudio.com
> 




More information about the Mailman-Developers mailing list