RegExp not working in 2.1.5

[Qchrontech]

Under "accept_these_nonmembers (privacy): List of non-member addresses
whose postings should be automatically accepted." I have the following
RegExp's and I still continue to receive notices as the admin to approve
the email from addresses listed below. I tested the RegExp to make sure
that the e-mail addresses are successfully matched and they are. I believe
in 2.1.2 this was working fine with the same RegExp.

List of non-member addresses whose postings should be automatically
accepted.
^[^@]+@(.*\.)?qchron\.(?=com$|net$).*$
^[^@]+@(.*\.)?nyc\.gov$

post from <email address hidden> requires approval
post from <email address hidden> requires approval
post from <email address hidden> requires approval

I saw no previous bug reports on this and am unsure if this is fixed in
2.1.9 so I submitted it.

[http://sourceforge.net/tracker/index.php?func=detail&aid=1667570&group_id=103&atid=100103]

[Mark Sapiro (msapiro)]

Originator: NO

It works for me in current mailman, and the only changes to
Mailman/Handlers/Moderate since 2.1.3 have to do with allowing a list
specified nonmember_rejection_notice. The only other change since 2.1.2 was
to accept posts from the news->mail gateway.

Are you sure these posts aren't being held for some other reason. What
does Mailman's vette log give as the hold reason.

[Qchrontech (qchrontech)]

Originator: YES

Vetta log
Feb 13 12:57:25 2007 (13626) Editors post from <email address hidden>
held,
message-id=<email address hidden>:
Message has implicit destination

[Qchrontech (qchrontech)]

Originator: YES

ok so i looked this up. Does this mean I should turn off
require_explicit_destination OR should i add ^[^@]+@(.*\.)?nyc\.gov$ to the
acceptable_aliases?

[Mark Sapiro (msapiro)]

Originator: NO

So the message is held for implicit destination which means two things:

1) It passed your accept_these_nonmembers test.

2) It was held because Privacy Options...->Recipient
filters->require_explicit_destination is Yes and the list posting address
or another address in the acceptable_aliases list was not found in any To:
or Cc: header of the post.

[Mark Sapiro (msapiro)]

Originator: NO

Re: your followup.

You have several choices, but adding ^[^@]+@(.*\.)?nyc\.gov$ to acceptable
aliases isn't one of them.

The post was held because it wasn't explicitly addressed To: (or Cc:) the
list. I.e. the canonical list posting address, say <email address hidden>,
was not in To: or Cc:. Maybe it was a Bcc: to the list. Maybe the post was
addressed to <email address hidden>.

If the former, and you can't convince to poster to explicitly address the
list, then you have to turn off require_explicit_destination. If the
latter, you can add <email address hidden> to acceptable aliases.

[Qchrontech (qchrontech)]

Originator: YES

^[^@]+@(.*\.)?qchron\.(?=com$|net$).*$
posted in the acceptable_aliases. Will this allow all aliases to the mail
list to pass?

[Mark Sapiro (msapiro)]

Originator: NO

I'm not sure you understand what require_explicit_destination and
acceptable_aliases do.

If require explicit destination is Yes, some address in the To: or Cc:
headers of the post must be either the list posting address or match an
address or re in acceptable aliases.

If you put ^[^@]+@(.*\.)?qchron\.(?=com$|net$).*$ in acceptable aliases,
it will only have an effect if a matching address (e.g.
<email address hidden>) is in the To: or Cc: of a post to the list. If any
address that can deliver to your list is in the qchron.com or qchron.net
domain, then yes, this will allow them all to be accepted as well as a
whole bunch more IF the address that got to the list was in a To: or Cc:
header. But, I suspect the problem in this case was that no list address
was in a To: or Cc: of the post.

This has nothing to do with who the post is From: or whether or not it is
from a list member. If a member or an acceptable non-member sends a post
To: <email address hidden> with a Bcc: to your list, your list is
going to hold it for implicit destination.

The question you have to answer for yourself is do you want to accept
without moderator action, posts which aren't explicitly addressed in To: or
Cc: to your list or to some other address that gets to your list. If you
do, then set require_explicit_destination to No. If you don't, then set
require_explicit_destination to Yes and make sure that any 'other'
addresses that will deliver to your list are in acceptable_aliases (this
should be very few addresses).

In the later case posters will be required to explicitly name the list or
an acceptable alias in To: or Cc: or the post will be held.