[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