Leslie Herps wrote: >> >> The problem is the list is not explicitly addressed in the To: or Cc: >> headers of the post. > >Right! >That was it. Since the rackstar system is designed for virtual hosting, I >made it so each list gets a unique name. So that multiple sites can have a >list called "info". Rackstar will internally name them 53-info and 69-info, >etc. > >I did setup aliases to forward [EMAIL PROTECTED] to [EMAIL PROTECTED] >But, apparently, it did not take. How do I make it so it does take that?
The alias works to direct the envelope to the desired address, but it doesn't rewrite the contents of the To: header in the post. Your MTA may be able to do that or it may not. Given your situation, I think the easiest solution is to just set require_explicit_destination off. >Next up: >1) OPEN List ># Set misc settings >generic_nonmember_action = 0 >default_member_moderation = no >subscribe_policy = 0 >max_message_size = 50 >reply_goes_to_list = 1 > >---> NO verification required, but does need mod approval for subscribing >---> STILL requires mod approval of the message (non member) And what is the reason for which the message is held? >3) CLOSED (all posts req mod approval) ># Set misc settings >default_member_moderation = yes >member_moderation_action = 1 >member_moderation_notice = 'Sorry, subscribers cannot post to this list.' >generic_nonmember_action = 1 >subscribe_policy = 2 >max_message_size = 50 >reply_goes_to_list = 1 > >---> MEMBER POSTS: Messages are PROCESSED, not held for approval. >---> NON MEMBER POST: Approval. So this is good. >---> MOD APPROVAL required for subscribing. Good. > > >Etc etc. > >So I guess I am asking, (and god I've googled!!), how do I, using >config_list, create the following scenario's > >1) EVERYONE can post to the list. Members or non menmers >2) only members can post >3) any message, member or no member, requires mod approva. This (1-3) was your question in the original post in this thread. The settings you indicated in that post (see, e.g. <http://mail.python.org/pipermail/mailman-users/2007-June/057362.html>) are appropriate for what you want. As we now see, there was a special circumstance in your installation which caused posts to be held for implicit destination. We can't anticipate all these things which is why when a post is unexpectedly held, we need to know the reason why it is being held. This reason is available in the 'your message is held for approval' notice to the poster, in the notice to the moderator, in the admindb interface and in Mailman's vette log. So for what reason is the post held? Tell us that, and we can tell you what to change. >4) anyone can sign up, no verification or approval required. >5) verification required, no approval required >6) verification + approval required 4-6 are tricky because they depend on the mm_cfg.py setting if any for ALLOW_OPEN_SUBSCRIBE. If you have ALLOW_OPEN_SUBSCRIBE = Yes in mm_cfg.py, the config_list settings for subscribe_policy for cases 4-6 are respectively 0, 1 and 3. If you don't have ALLOW_OPEN_SUBSCRIBE = Yes in mm_cfg.py, the settings for subscribe_policy for cases 5 and 6 are respectively 0 and 2, and case 4 cannot be set via subscribe_policy. Case 4 can be set via mlist.subscribe_policy = 0 -- Mark Sapiro <[EMAIL PROTECTED]> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan ------------------------------------------------------ Mailman-Users mailing list Mailman-Users@python.org http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: http://mail.python.org/mailman/options/mailman-users/archive%40jab.org Security Policy: http://www.python.org/cgi-bin/faqw-mm.py?req=show&file=faq01.027.htp