Re: [Mailman-Developers] [Greg Stark <gsstark@mit.edu>] Re: Bounceremoval parameters default values
On Thu, 24 Jun 2004 03:44:32 -0700 somuchfun <somuchfun@atlantismail.com> wrote:
This new VERP probe is ridiculous. One of my customer on a cpanel system had thousands of unsubscribes because of it. Why? Cpanel does not support in its current default exim setting VERP and there was no need for it because it is not on by default in mailman. Now out of the blue it is used even though VERP is turned off in mm_mfg.py And since this mailman VERP probe is unforgiving it unsubscribes right away! Not a good thing at all and the complaints from customers are coming in big time........
So you deployed a new software into production without first making there were no negative impacts? Nice QC there.
-- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw@kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.
Oh, we did test it for a while but this is the kind of problem that you do not encounter lightly in a test environment. And on top it would have helped if the mailman dev team would have published this major change in bounce processing!
-----Original Message----- From: J C Lawrence [mailto:claw@kanga.nu] Sent: Thursday, June 24, 2004 7:13 PM To: Somuchfun Cc: mailman-developers@python.org; 'Nigel Metheringham' Subject: Re: [Mailman-Developers] [Greg Stark <gsstark@mit.edu>] Re: Bounceremoval parameters default values
On Thu, 24 Jun 2004 03:44:32 -0700 somuchfun <somuchfun@atlantismail.com> wrote:
This new VERP probe is ridiculous. One of my customer on a cpanel system had thousands of unsubscribes because of it. Why? Cpanel does not support in its current default exim setting VERP and there was no need for it because it is not on by default in mailman. Now out of the blue it is used even though VERP is turned off in mm_mfg.py And since this mailman VERP probe is unforgiving it unsubscribes right away! Not a good thing at all and the complaints from customers are coming in big time........
So you deployed a new software into production without first making there were no negative impacts? Nice QC there.
-- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw@kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.
At 1:14 AM -0700 2004-06-25, Somuchfun wrote:
Oh, we did test it for a while but this is the kind of problem that you do not encounter lightly in a test environment. And on top it would have helped if the mailman dev team would have published this major change in bounce processing!
They did. Close to the top of the file mailman-2.1.5/NEWS is the following section:
- The bounce processor has been redesigned so that now when an address's
bounce score reaches the threshold, that address will be sent a probe
message. Only if the probe bounces will the address be disabled. The
score is reset to zero when the probe is sent. Also, bounce events are
now kept in an event file instead of in memory. This should help
contain the bloat of the BounceRunner.
New supporting variables in Defaults.py: VERP_PROBE_FORMAT,
VERP_PROBE_REGEXP
REGISTER_BOUNCES_EVERY is promoted to a Defaults.py variable.
If your MTA doesn't support VERP, then this should have been pretty obvious to you.
-- Brad Knowles, <brad.knowles@skynet.be>
"They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania.
SAGE member since 1995. See <http://www.sage.org/> for more info.
The issue is not whether it was obvious or not, the issue is that this new feature cannot even be turned off, just changed to a different format. Since there are many configurations out there that might not work with VERP I find introducing a feature that is on by default and that cannot be turned off causing more harm than doing good.
MANA TANGATA
-----Original Message----- From: Brad Knowles [mailto:brad.knowles@skynet.be] Sent: Friday, June 25, 2004 2:30 AM To: Somuchfun Cc: mailman-developers@python.org Subject: RE: [Mailman-Developers] [Greg Stark <gsstark@mit.edu>] Re: Bounceremoval parameters default values
At 1:14 AM -0700 2004-06-25, Somuchfun wrote:
Oh, we did test it for a while but this is the kind of problem that you do not encounter lightly in a test environment. And on top it would have helped if the mailman dev team would have published this major change in bounce processing!
They did. Close to the top of the file mailman-2.1.5/NEWS is the following section:
- The bounce processor has been redesigned so that nowwhen an address's bounce score reaches the threshold, that address will be sent a probe message. Only if the probe bounces will the address be disabled. The score is reset to zero when the probe is sent. Also, bounce events are now kept in an event file instead of in memory. This should help contain the bloat of the BounceRunner.
New supporting variables in Defaults.py: VERP_PROBE_FORMAT, VERP_PROBE_REGEXP REGISTER_BOUNCES_EVERY is promoted to a Defaults.py variable.If your MTA doesn't support VERP, then this should have been pretty obvious to you.
-- Brad Knowles, <brad.knowles@skynet.be>
"They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania.
SAGE member since 1995. See <http://www.sage.org/> for more info.
participants (3)
-
Brad Knowles -
J C Lawrence -
Somuchfun