Hello,

--------------------------------------------
$ bin/config_list -o - REGISTER | grep -A20 header_filter_rules
header_filter_rules = [('^X-Mailer: (?!Microsoft Outlook .*)$', 7, False), ('^X-Mailer-LID: .*$', 3, False), ('^X-Mailer-RecptId: .*$', 3, False), ('^X-Mailer-SID: .*$', 3, False), ('^X-Mailer-Sent-By: .*$', 3, False), ('^X-Spam-Status: Yes.*$', 3, False), ('^X-Spam-Flag: YES', 3, False), ('^X-Virus-Status: Yes', 3, False), ('^X-Bogosity-Metu: Yes', 3, False)]

# Use this option to prohibit posts according to specific header values.
# The target value is a regular-expression for matching against the
# specified header.  The match is done disregarding letter case. Lines
# beginning with '#' are ignored as comments.
#
# For example:to: .*@public.com  says to hold all postings with a To:
# mail header containing '@public.com' anywhere among the addresses.
#
# Note that leading whitespace is trimmed from the regexp.  This can be
# circumvented in a number of ways, e.g. by escaping or bracketing it.
bounce_matching_headers = ''

## Bounce options
#
# These policies control the automatic bounce processing system in
# Mailman.  Here's an overview of how it works.
#
# <p>When a bounce is received, Mailman tries to extract two pieces of
# information from the message: the address of the member the message

-------------------------------------------

I will post the logs a few days later, just to make sure that it has the needed info.

Thanks,



On 02/06/2013 06:24 PM, Mark Sapiro wrote:
METU E-List Admin wrote:
"^X-Mailer: (?!Microsoft Outlook .*)$" has single spacing between the
colon and the parenthesis. The screenshot is taken using Chrome on Ubuntu.

The screenshot is problematic for the reason that it is incomplete. The
whole page is not shown and the content of some of the text boxes is
longer than the box. It would be much better to post something like
the relevant part of

  bin/config_list -o - LISTNAME | grep -A20 header_filter_rules

to provide this information.


We have removed the Mailman version number using the configuration file.
I think that configuration also removes the version number from the
headers. If it is a problem, we can convert it to the original state.

I don't think this would be a problem. The question still remains as to
why your header_filter_rules rule is apparently not working.

You could try applying the attached patch to
Mailman/Handlers/SpamDetect.py and restarting Mailman. This will
produce a 'debug' log in Mailman's logs/ directory with information
about all the header_filter_rules hits which may help find what's
going wrong.


------------------------------------------------------
Mailman-Users mailing list Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Security Policy: http://wiki.list.org/x/QIA9
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org

Reply via email to