Hi,
The scrubber uses the "walk" method of an email message to find and scrub
those hard-to-shift HTML stains but when the archiver page is generated in
the second pass the scrubber uses the get_payload method instead. As a
result, the scrubber never descends into the nested multipart/alternative
MM 2.1.5
After complaints from some list members about the text of their messages
going missing when viewed in the archives I've noticed some slightly
undesirable behaviour in the scrubber module.
The problem concerns people who regularly send multipart/alternative
messages containing text/plain
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.
At 4:17 PM -0400 2004-06-24, [EMAIL PROTECTED] wrote:
Jun 24 15:49:39 2004 (353) lost data files for filebase:
1088100914.7161551+9a9200d2cba7be877a02453e1f812069b0c78761
Mailman 2.1.2 (I'll upgrade if you INSIST...)
Python 2.2
SunOS eh.net 5.7 Generic_106541-24 sun4u sparc SUNW,Ultra-5_10
At 3:44 AM -0700 2004-06-24, Somuchfun wrote:
This new VERP probe is ridiculous.
[ ... deletia ... ]
Not a good thing at all and the complaints from customers are coming in
big time
As JC correctly said (mea culpa), it does require support from
the MTA. If your MTA doesn't support
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:[EM
On Thu, 24 Jun 2004 03:44:32 -0700
somuchfun <[EMAIL PROTECTED]> 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