--On Wednesday, June 23, 2004 20:21:14 -0400 J C Lawrence [EMAIL PROTECTED]
wrote:
On Thu, 24 Jun 2004 00:46:09 +0200
Brad Knowles [EMAIL PROTECTED] wrote:
At 10:22 AM -0400 2004-06-19, J C Lawrence wrote:
If the client generates the VERP, the MTA should pass that through
unchanged. At that
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
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
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
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
rinse and repeat about once a second
Mailman 2.1.2 (I'll upgrade if you INSIST...)
Python 2.2
SunOS eh.net 5.7
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.
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
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