On 2 Mar 2006, at 18:08, Mark Sapiro wrote:
there is, I think, a bug. Shouldn't it be:
if not mlist.digestable or mlist.nondigestable:
No. The intent is to not offer the digest radio buttons if there is no
choice, i.e. if you can't choose digest or you can't choose nondigest
because
Hello,
I thought that mailman would attempt to parse a bounce caused by a
failed delivery to establish if that failure was temporary or permanent.
It might be that mailman parses the error code correctly if that is
received directly from the outgoing mailserver, but it seems that if
the
Hello,
I am trying to debug a problem with the confirmation from one of my
users.
The user as replied to the invitation email but her subscriptions has
been refused (her state is still S).
Here are the gory details:
(I have obscured only mail addresses and list details. IP addresses
and
On 17 Mar 2006, at 11:18, g wrote:
would work too. Or even:
VERP_CONFIRM_REGEXP = r'(.*)?(?Paddr[^+]+?)\+(?Pcookie[EMAIL
PROTECTED])@.*$'
as I do not see the point of checking for the line beginning.
well, if that is correct, then one can shorten it to:
VERP_CONFIRM_REGEXP =
On 17 Mar 2006, at 16:33, Mark Sapiro wrote:
Giuliano wrote:
On 17 Mar 2006, at 06:37, Mark Sapiro wrote:
I agree that it's a bug, but I think the primary bug is in an MUA
that
is generating a reply to mail
From: [EMAIL PROTECTED]
and addresses it
To: [EMAIL PROTECTED] [EMAIL
On 17 Mar 2006, at 18:02, Mark Sapiro wrote:
Giuliano Gavazzi wrote:
in the case in question, if I understood you well, the MUA (it might
be a webmail interface)
adds list-confirm+string_of_hex_digit so it does add the + and no
quotes.
So where did the qoutes come from in the message
On 28 Mar 2006, at 01:48, Mark Sapiro wrote:
The privacy options reject_these_nonmembers, generic_nonmember_action
and header_filter_rules can automatically reject a post. Currently,
the original post is included. I foresee a single option (should it be
site wide or per list) to control
On 19 Oct 2006, at 11:47, Ian Eiloart wrote:
--On 19 October 2006 10:35:37 +0900 [EMAIL PROTECTED] wrote:
Giuliano Gavazzi writes:
I have then noticed that the confirm address (listname-confirm
[EMAIL PROTECTED]) and the request address ([EMAIL PROTECTED]) act as
mirrors