Bugs item #1020013, was opened at 2004-08-31 16:10
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1020013&group_…
Category: Web/CGI
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: John Dennis (johndennis)
Assigned to: Nobody/Anonymous (nobody)
Summary: spam filters get removed when changing other privacy pages
Initial Comment:
This was filed in the Red Hat bugzilla as:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=130479
Promoting to upstream
Summary is:
If you enter some header_filter_rules in the mailman
admin pages
(Privacy->Spam filters) and click "submit" they are
added to the
list configuration database.
However, if you now go to one of the other Privacy
pages and click
"submit" and return to the Spam Filters page, you'll
find that your
header_filter_rules settings have been removed.
This appears to be caused by the handleForm function in
~mailman/Mailman/Gui/Privacy.py not checking to see
which subsection
is being submitted before processing the data for and
setting the
mlist.header_filter_rules list configuration variable.
Version-Release number of selected component (if
applicable):
mailman-2.1.5
How reproducible:
Always
Steps to Reproduce:
1. Create list.
2. Go to the Privacy->Spam filters page, add some
header_filter_rules
and hit submit.
3. Go to the Privacy->Sender filters page but don't hit
submit
4. Go back to Spam filters and note that they're still
present
5. Return to Sender filters and hit submit
6. Go back to Spam filters and note that they've been
removed.
Actual Results: All spam filters are removed.
Expected Results: Spam filter settings should be retained.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1020013&group_…
Bugs item #1019550, was opened at 2004-08-31 12:16
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1019550&group_…
Category: Web/CGI
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Manuel Pedreira (kour)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug in base64MIME.py
Initial Comment:
Bug in Mailman version 2.1.5
We're sorry, we hit a bug!
If you would like to help us identify the problem, please
email a copy of this page to the webmaster for this site
with a description of what happened. Thanks!
Traceback:
Traceback (most recent call last):
File "/usr/local/mailman/scripts/driver", line 80, in
run_main
pkg = __import__('Mailman.Cgi', globals(), locals(),
[scriptname])
File "/usr/local/mailman/Mailman/Cgi/listinfo.py", line 26,
in ?
from Mailman import Utils
File "/usr/local/mailman/Mailman/Utils.py", line 37, in ?
import email.Header
File "/usr/local/mailman/pythonlib/email/Header.py", line
11, in ?
import email.base64MIME
File "/usr/local/mailman/pythonlib/email/base64MIME.py",
line 31, in ?
from email._compat22 import _floordiv
ImportError: cannot import name _floordiv
-------------------------------------------------------
-------------------------
Python information:
Variable Value
sys.version 2.1.3 (#1, Sep 7 2002, 15:29:56) [GCC
2.95.4 20011002 (Debian prerelease)]
sys.executable /usr/bin/python2.1
sys.prefix /usr
sys.exec_prefix /usr
sys.path /usr
sys.platform linux2
-------------------------------------------------------
-------------------------
Environment variables:
Variable Value
DOCUMENT_ROOT /wwroot/listas.gulo.org/
SERVER_ADDR 193.147.87.51
SERVER_PORT 80
REMOTE_ADDR **.**.**.**
SERVER_SOFTWARE Apache/2.0.48 (Unix) PHP/4.3.3
mod_ssl/2.0.48 OpenSSL/0.9.6c
HTTP_VIA 1.0 VENUS1
HTTP_ACCEPT_LANGUAGE es
GATEWAY_INTERFACE CGI/1.1
SERVER_NAME listas.gulo.org
HTTP_CONNECTION Keep-Alive
HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 6.0;
Windows NT 5.0; MyIE2; .NET CLR 1.1.4322)
HTTP_ACCEPT */*
REQUEST_URI /mailman/listinfo
QUERY_STRING
SERVER_PROTOCOL HTTP/1.0
HTTP_HOST listas.gulo.org
REQUEST_METHOD GET
SERVER_SIGNATURE
HTTP_IF_MODIFIED_SINCE Tue, 31 Aug 2004 09:41:13
GMT
SCRIPT_NAME /mailman/listinfo
SERVER_ADMIN admin(at)gulo.org
SCRIPT_FILENAME /usr/local/mailman/cgi-bin/listinfo
PYTHONPATH /usr/local/mailman
HTTP_COOKIE
PHPSESSID=0fb5eb2692415f078d387a9225b8086e
REMOTE_PORT 36105
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1019550&group_…
Patches item #871062, was opened at 2004-01-05 17:09
Message generated for change (Comment added) made by mawhin
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=871062&group_i…
Category: list administration
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 5
Submitted By: K. A. Krueger (fubarobfusco)
Assigned to: Nobody/Anonymous (nobody)
Summary: A MemberAdaptor for LDAP-based membership
Initial Comment:
This is a module, LDAPMemberships, which extends MemberAdaptor to support membership lists based on a search in an enterprise LDAP directory. With this module, you can make mailing lists which, rather than having a list of member addresses stored in the list, query your LDAP server for member addresses whenever necessary.
For instance, if you wish to have a mailing list of all the Vice Presidents in your company, you can express this as an LDAP search: "(title=Vice President*)" and create a mailing list which performs this search and delivers mail to the resulting user accounts when a message is sent to it. This way, rather than manually adding new Vice Presidents to the mailing list, you can simply have Human Resources update the LDAP records, and the change will immediately take effect for the mailing list.
Mailman lists with LDAP-based membership can still have moderators, list policies, and the other usual features of Mailman lists. There are a few missing features; notably:
1. There is no bounce processing.
2. There are no per-user preferences.
3. The Web interface still allows you to try setting user preferences, but if you do you will get a stack thrown at you. (Only the "readable" interface of MemberAdaptor is implemented.)
4. The LDAP settings of a list (e.g. LDAP server and search string) are only administrable by editing its "extend.py" file, not over the Web.
5. There is no digest mode.
To use this module, you must have the "ldap" Python module installed (aka "python-ldap"). Then just put LDAPMemberships.py in the "Mailman" directory (~mailman/Mailman), create a new list, and write an "extend.py" file in the list directory like so:
#####
from Mailman.LDAPMemberships import LDAPMemberships
def extend(list):
ldap = LDAPMemberships(list)
ldap.ldapsearch = "(title=Vice President*)" # members search string
ldap.ldapserver = "ldap.example.net" # your enterprise LDAP server
ldap.ldapbasedn = "dc=Example dc=net" # your LDAP base DN
ldap.ldapbinddn = '' # a bind DN which can read people's 'mail' field
ldap.ldappasswd = '' # the password for the bind DN
list._memberadaptor = ldap
#####
This module has been tested at my site and is in production on a Mailman 2.1.2 installation.
----------------------------------------------------------------------
Comment By: martin whinnery (mawhin)
Date: 2004-08-25 15:39
Message:
Logged In: YES
user_id=90418
I've hacked your work about to get it to handle lists based
on group membership instead.
You may find it worthwhile.
http://webserver.offal.homelinux.org/LDAPMemberAdaptor/V3.0/LDAPMemberAdapt…
This version's nasty, but you'll get the idea. Wanna roll it
into yours?
Mart
----------------------------------------------------------------------
Comment By: Aleksander Adamowski (the_olo)
Date: 2004-04-05 13:47
Message:
Logged In: YES
user_id=244001
I suggest this patch to allow senders use any source address
they might have set in LDAP (the 'mail' attribute can have
multiple values!)
--- LDAPMemberships.py.orig 2004-04-01
12:31:54.000000000 +0200
+++ LDAPMemberships.py 2004-04-05 15:40:03.000000000 +0200
@@ -115,7 +115,9 @@
# mail is unique
mail =
attrs['mail'][0].strip()
self.__members.append(mail)
-
self.__member_map[mail] = mail
+ # mail can have
multiple values
+ for secondarymail in
attrs['mail']:
+
self.__member_map[secondarymail.strip()] = mail
if
attrs.has_key('mailalternateaddress'):
malts =
attrs['mailalternateaddress']
for malt in
malts:
----------------------------------------------------------------------
Comment By: K. A. Krueger (fubarobfusco)
Date: 2004-03-31 03:59
Message:
Logged In: YES
user_id=944208
Well, Mailman does a lot more than just keep track of who's subscribed --
for instance, restricted posters, list moderation, archiving.
LDAPMemberships is not meant to be useful for Internet mailing lists with
people signing up for them, but rather for institutional or enterprise lists.
These have a lot of the same requirements (moderation etc.) as Internet
lists, but don't need subscription/unsubscription -- since employees are
usually required to be on them.
My workplace is using this (well, actually a later version than the one I've
uploaded here) as a replacement for an LDAP mailing-list feature in
Netscape SuiteSpot now that we have migrated away from that system.
We -also- use LDAP-based aliases (in Postfix, not Sendmail, actually) --
but for some things we need the moderation and other facilities that
Mailman has.
For instance, we have an announcements list that goes to all regular
employees. A simple alias would allow anyone to send stuff to it, and
certain senior scientists would love to send big PDFs to everyone. A
Mailman list with LDAPMemberships can have sender restrictions so that
only our IT Director and our mail systems admin can approve posts to it.
Archiving is also quite useful for announcements lists.
----------------------------------------------------------------------
Comment By: Chris Drumgoole (cdrum)
Date: 2004-03-31 03:38
Message:
Logged In: YES
user_id=429400
why use this when you can just use Sendmail's LDAP -> Alias
functions? No need for a mailing list program like mailman..
right?
----------------------------------------------------------------------
Comment By: K. A. Krueger (fubarobfusco)
Date: 2004-01-26 20:35
Message:
Logged In: YES
user_id=944208
Yet another new version (0.3) of LDAPMemberships.py. This
one fixes some ambiguities with LDAP record handling,
particularly for users with multiple "cn" values, and those
who send mail as their "mailalternateaddress" field address
rather than their "mail" field.
If anyone is actually using this, please email me and let me
know :)
----------------------------------------------------------------------
Comment By: K. A. Krueger (fubarobfusco)
Date: 2004-01-20 16:53
Message:
Logged In: YES
user_id=944208
I've uploaded a new version (0.2) of LDAPMemberships.py. This one is some ungodly number of times faster, as it does not do redundant LDAP queries in a single load.
----------------------------------------------------------------------
Comment By: K. A. Krueger (fubarobfusco)
Date: 2004-01-05 17:18
Message:
Logged In: YES
user_id=944208
Er. SF ate the indentation on my "extend.py" example in the patch description. All of the lines after "def extend(list):" are meant to be indented once.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=871062&group_i…
Bugs item #1015867, was opened at 2004-08-25 12:20
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1015867&group_…
Category: Pipermail
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Ville Savolainen (villes)
Assigned to: Nobody/Anonymous (nobody)
Summary: HTML archive generation failed if language set to Finnish
Initial Comment:
In version 2.1.5 of Mailman I discovered following
behaviour
while creating HTML-archive with bin/arch.
If list language is set to Finnish web archive creating
failed and
index.html size is 0.
But after I change language to English (or any other
language), everything works fine.
I tried same thing with other lists and different
emails and found
same behaviour.
(Language English)
/l/mailman/data/logs # ../../bin/arch just-somelist
#00000 <20040823142555.GJ20173(a)vipunen.hut.fi>
figuring article archives
2004
Updating index files for archive [2004]
Date
Subject
Author
Thread
Computing threaded index
Updating HTML for article 1
Pickling archive state into
/l/mailman/data/archives/private/just-somelist/pipermail.pck
(Language Finnish)
/l/mailman/data/logs # ../../bin/arch just-somelist
#00000 <20040823142555.GJ20173(a)vipunen.hut.fi>
tutkitaan artikkeliarkistoa
2004
Päivitetään indeksi-tiedostot arkistolle [2004]
Date
Subject
Author
Ketju
Luodaan viestipuuta
Päivitetään HTML-sivut artikkelille 1
Traceback (most recent call last):
File "../../bin/arch", line 187, in ?
main()
File "../../bin/arch", line 177, in main
archiver.close()
File
"/l/mailman/latest/Mailman/Archiver/pipermail.py", line
313, in close
self.write_TOC()
File
"/l/mailman/latest/Mailman/Archiver/HyperArch.py", line
1051, in write_TOC
toc.write(self.html_TOC())
File
"/l/mailman/latest/Mailman/Archiver/HyperArch.py", line
740, in html_TOC
accum.append(self.html_TOC_entry(a))
File
"/l/mailman/latest/Mailman/Archiver/HyperArch.py", line
766, in html_TOC_entry
templ = '<td><A href="%(url)s">[ ' +
_('Text%(sz)s') + ']</a></td>'
File "/l/mailman/latest/Mailman/i18n.py", line 89, in _
return tns % dict
ValueError: unsupported format character 'ä'
(0xffffffe4) at index 11
zsh: 24651 exit 1 ../../bin/arch just-somelist
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1015867&group_…
Bugs item #1015709, was opened at 2004-08-24 20:11
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1015709&group_…
Category: (un)subscribing
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Matt Crawford (crawdad)
Assigned to: Nobody/Anonymous (nobody)
Summary: change subs. address while logged in - error on logout
Initial Comment:
A user used the web interface to change his email address for all
lists, and replied to the confirmation email. Then he logged out of the
web interface, eliciting this error traceback:
Traceback (most recent call last):
File "/var/mailman/scripts/driver", line 87, in run_main
main()
File "/var/mailman/Mailman/Cgi/options.py", line 226, in main
password, user):
File "/var/mailman/Mailman/SecurityManager.py", line 220, in
WebAuthenticate
ok = self.CheckCookie(ac, user)
File "/var/mailman/Mailman/SecurityManager.py", line 300, in
CheckCookie
ok = self.__checkone(c, authcontext, user)
File "/var/mailman/Mailman/SecurityManager.py", line 310, in
__checkone
key, secret = self.AuthContextInfo(authcontext, user)
File "/var/mailman/Mailman/SecurityManager.py", line 105, in
AuthContextInfo
secret = self.getMemberPassword(user)
File "/var/mailman/Mailman/OldStyleMemberships.py", line 102, in
getMemberPassword
raise Errors.NotAMemberError, member
NotAMemberError: HIS(a)OLD.EMAIL.ADDRESS.HERE
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1015709&group_…
Bugs item #1015096, was opened at 2004-08-24 12:01
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1015096&group_…
Category: Web/CGI
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Niclas Ek (nikke_ek)
Assigned to: Nobody/Anonymous (nobody)
Summary: UnicodeEncodeError rejecting smap through web admin
Initial Comment:
While trying to discard spam from a list:
https://server/admin/list ->
Tend to pending moderator requests ->
Discard
an error message will appear:
Bug in Mailman version 2.1.5
We're sorry, we hit a bug!
If you would like to help us identify the problem, please email a copy of
this page to the webmaster for this site with a description of what
happened. Thanks!
Traceback:
Traceback (most recent call last):
File "/home/mailman/scripts/driver", line 87, in run_main
main()
File "/home/mailman/Mailman/Cgi/admindb.py", line 163, in main
process_form(mlist, doc, cgidata)
File "/home/mailman/Mailman/Cgi/admindb.py", line 711, in
process_form
forward, forwardaddr)
File "/home/mailman/Mailman/ListAdmin.py", line 159, in
HandleRequest
forward, addr)
File "/home/mailman/Mailman/ListAdmin.py", line 345, in __handlepost
syslog('vette', note)
File "/home/mailman/Mailman/Logging/Syslog.py", line 40, in write
self.write_ex(kind, msg, args, kws)
File "/home/mailman/Mailman/Logging/Syslog.py", line 58, in write_ex
logf.write(msg + '\n')
File "/home/mailman/Mailman/Logging/StampedLogger.py", line 73, in
write
Logger.write(self, "%s %s" % (prefix, msg))
File "/home/mailman/Mailman/Logging/Logger.py", line 91, in write
f.write(msg)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe4' in
position 122: ordinal not in range(128)
Python information:
Variable Value
sys.version 2.3.4 (#2, Jul 5 2004, 09:15:05) [GCC 3.3.4 (Debian
1:3.3.4-2)]
sys.executable /usr/bin/python
sys.prefix /usr
sys.exec_prefix /usr
sys.path /usr
sys.platform linux2
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1015096&group_…
Patches item #891491, was opened at 2004-02-06 01:26
Message generated for change (Comment added) made by tkikuchi
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=891491&group_i…
Category: Pipermail
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 8
Submitted By: Tokio Kikuchi (tkikuchi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Scrubber.py patch
Initial Comment:
Scrubber.py has number of bugs for processing various
types of attachment and languages and many have
submitted patches to fix them. This patch item is
opened to collect such patches for convenience.
This patch corrects:
- if an attached text is composed by win notepad, it
has no charset specified and actual charset may be
different from message/list charset. This sometimes
cause error in composing digest message.
- sometimes, null charset is represented by '' as
well as None.
- embedded rfc-2822 message is lost if you don't use
msg.walk()
- special problem with japanese charsets.
- t (stringfied part) may be None which you can't
append a '\n'.
----------------------------------------------------------------------
>Comment By: Tokio Kikuchi (tkikuchi)
Date: 2004-08-24 07:58
Message:
Logged In: YES
user_id=67709
added a fix for the case of lcset_out <> lcset.
----------------------------------------------------------------------
Comment By: Bernhard Reiter (ber)
Date: 2004-04-14 18:53
Message:
Logged In: YES
user_id=113859
Thanks for working on the patch.
----------------------------------------------------------------------
Comment By: Tokio Kikuchi (tkikuchi)
Date: 2004-02-25 10:42
Message:
Logged In: YES
user_id=67709
uploading revised patch. Now fixes a few more bugs which try
to decode scrub plain text message and result in mojibake.
Also, japanese filename tend to become so long that system
limit may exceeded because of mime encoding, so add an
option not to use the filename in the message but to use
'attachment' as filename. Because this patch spans two files
(Defaults.py.in and Handlers/Scrubber.py) you have to cd
mailman and patch -p1 < this_patch. (Well, I think it is
-p1. If it didn't work, try -p0 ;-)
----------------------------------------------------------------------
Comment By: Jonathan Larmour (jifl)
Date: 2004-02-22 17:25
Message:
Logged In: YES
user_id=817601
I strongly recommend applying this patch. I received a mail
bounce on a list with an empty charset in a part (i.e.
"charset=") and it caused /var/mailman/cron/senddigest and
thus all digest processing to fail because of this error:
Traceback (most recent call last):
File "/var/mailman/cron/senddigests", line 94, in ?
main()
File "/var/mailman/cron/senddigests", line 86, in main
mlist.send_digest_now()
File "/var/mailman/Mailman/Digester.py", line 60, in
send_digest_now
ToDigest.send_digests(self, mboxfp)
File "/var/mailman/Mailman/Handlers/ToDigest.py", line
123, in send_digests
send_i18n_digests(mlist, mboxfp)
File "/var/mailman/Mailman/Handlers/ToDigest.py", line
295, in send_i18n_digests
msg = scrubber(mlist, msg)
File "/var/mailman/Mailman/Handlers/Scrubber.py", line
308, in process
t = t.encode(charset, 'replace')
File "/usr/lib/python2.2/encodings/__init__.py", line 51,
in search_function
mod = __import__(modname,globals(),locals(),'*')
which is something this patch fixes.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=891491&group_i…
Bugs item #1014750, was opened at 2004-08-23 17:39
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1014750&group_…
Category: mail delivery
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: jared mauch (jaredmauch)
Assigned to: Nobody/Anonymous (nobody)
Summary: need to sort by domain before submitting to MTA
Initial Comment:
I have a number of (large) lists that have a number of
users at the same domain, but are submitted to the MTA
in chunks of 10 to insure the list performs reasonably.
The users at the same domain end up in different queue
files of my MTA, and spark a large number of SMTP
connections to their SMTP servers that could be
minimized if the <user>@<domain> that is passed to the
MTA is sorted by domain. Then I could have one SMTP
transaction with them that delivers 10 messages.
I'm no python expert, but figure sorting of this type
should be fairly simple, and will reduce the amount my
SMTP server abuses these other SMTP servers, which will
be a good thing(tm), as well as save bandwidth..
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1014750&group_…
Bugs item #902646, was opened at 2004-02-23 07:41
Message generated for change (Comment added) made by evarlast
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=902646&group_i…
Category: Web/CGI
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Maurice Snellen (kiap)
Assigned to: Nobody/Anonymous (nobody)
Summary: UnicodeEncodeError submitting admin request
Initial Comment:
When submitting an admin request to have a number of
addresses set to 'Ignore' processing the list of mails
received from addresses not subscribed to the list, the
following error is received by the list moderator. I have
confirmed that the same error occurs with the site admin
password.
Bug in Mailman version 2.1.4
We're sorry, we hit a bug!
If you would like to help us identify the problem, please
email a copy of
this page to the webmaster for this site with a
description of what
happened. Thanks!
Traceback:
Traceback (most recent call last):
File "/var/mailman/nlbdsmorg/scripts/driver", line 87, in
run_main
main()
File "/var/mailman/nlbdsmorg/Mailman/Cgi/admindb.py",
line 163, in main
process_form(mlist, doc, cgidata)
File "/var/mailman/nlbdsmorg/Mailman/Cgi/admindb.py",
line 694, in
process_form
forward, forwardaddr)
File "/var/mailman/nlbdsmorg/Mailman/ListAdmin.py", line
184, in
HandleRequest
forward, addr)
File "/var/mailman/nlbdsmorg/Mailman/ListAdmin.py", line
373, in
__handlepost
syslog('vette', note)
File "/var/mailman/nlbdsmorg/Mailman/Logging/Syslog.
py", line 40, in write
self.write_ex(kind, msg, args, kws)
File "/var/mailman/nlbdsmorg/Mailman/Logging/Syslog.
py", line 58, in
write_ex
logf.write(msg + '\n')
File
"/var/mailman/nlbdsmorg/Mailman/Logging/StampedLogger.
py", line 73,
in write
Logger.write(self, "%s %s" % (prefix, msg))
File "/var/mailman/nlbdsmorg/Mailman/Logging/Logger.
py", line 91, in write
f.write(msg)
UnicodeEncodeError: 'ascii' codec can't encode character
u'\xe9' in position
116: ordinal not in range(128)
-------------------------------------------------------
---------------------
----
Python information:
Variable Value
sys.version 2.3.3 (#1, Jan 23 2004, 17:15:25) [GCC 2.95.
3 20010315
(release)]
sys.executable /usr/bin/python
sys.prefix /usr
sys.exec_prefix /usr
sys.path /usr
sys.platform linux2
-------------------------------------------------------
---------------------
----
Environment variables:
Variable Value
HTTP________________ ~~~~~ ~~~~~~~
HTTP_COOKIE
bvj-operators+admin=2802000000690d3539407328000000
35313635333439656563666564
306432636330623136376634653138666139366537323037
626334
SERVER_SOFTWARE Apache/1.3.27 (Unix) PHP/4.3.2
mod_ssl/2.8.14
OpenSSL/0.9.7b
SCRIPT_NAME /mailman/admindb
SERVER_SIGNATURE Apache/1.3.27 Server at nl-bdsm.
org Port 80
REQUEST_METHOD POST
PATH_INFO /bvj-operators
SERVER_PROTOCOL HTTP/1.1
QUERY_STRING
CONTENT_LENGTH 891
HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 6.0;
Windows NT 5.1; .NET CLR
1.1.4322)
HTTP_CONNECTION Keep-Alive
SERVER_NAME nl-bdsm.org
REMOTE_ADDR 80.126.99.148
PATH_TRANSLATED /var/www/prod/nl-bdsm.
org/bvj-operators
SERVER_PORT 80
SERVER_ADDR 212.238.194.176
DOCUMENT_ROOT /var/www/prod/nl-bdsm.org
PYTHONPATH /var/mailman/nlbdsmorg
SCRIPT_FILENAME
/var/mailman/nlbdsmorg/cgi-bin/admindb
SERVER_ADMIN webmaster(a)nl-bdsm.org
HTTP_HOST nl-bdsm.org
HTTP_CACHE_CONTROL no-cache
REQUEST_URI /mailman/admindb/bvj-operators
HTTP_ACCEPT image/gif, image/x-xbitmap, image/jpeg,
image/pjpeg,
application/vnd.ms-excel, application/vnd.ms-powerpoint,
application/msword,
application/x-shockwave-flash, */*
HTTP________ ~~~~:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~
GATEWAY_INTERFACE CGI/1.1
REMOTE_PORT 1245
HTTP_ACCEPT_LANGUAGE nl
CONTENT_TYPE application/x-www-form-urlencoded
----------------------------------------------------------------------
Comment By: Jay R. Wren (evarlast)
Date: 2004-08-20 17:55
Message:
Logged In: YES
user_id=11353
looks like the email message has some unicode characters and
the handlers aren't working properly.
I implemented this work around in
/usr/lib/mailman/Mailman/Logging (or equiv) to just disable
the unicode message conversion. In all honesty, I couldn't
find where this log was being written anyway, but
admittedly, I only spend 5 min or so with it.
--- Logger.py~ 2004-08-20 17:23:46.597760277 -0400
+++ Logger.py 2004-08-20 17:23:50.501714186 -0400
@@ -84,8 +84,8 @@
f.flush()
def write(self, msg):
- if isinstance(msg, StringType):
- msg = unicode(msg, self.__encoding)
+ #if isinstance(msg, StringType):
+ # msg = unicode(msg, self.__encoding)
f = self.__get_f()
try:
f.write(msg)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=902646&group_i…
Bugs item #1013079, was opened at 2004-08-20 15:23
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1013079&group_…
Category: security/privacy
Group: 2.1 beta
Status: Open
Resolution: None
Priority: 5
Submitted By: Ralph Siemsen (ralphs)
Assigned to: Nobody/Anonymous (nobody)
Summary: spam filters get removed when changing other privacy pages
Initial Comment:
Error report on behalf of Russell King
(rmk+bugzilla(a)arm.linux.org.uk):
Description of problem:
If you enter some header_filter_rules in the mailman
admin pages (Privacy->Spam filters) and click "submit"
they are added to the list configuration database.
However, if you now go to one of the other Privacy
pages and click "submit" and return to the Spam Filters
page, you'll find that your header_filter_rules
settings have been removed.
This appears to be caused by the handleForm function in
~mailman/Mailman/Gui/Privacy.py not checking to see
which subsection is being submitted before processing
the data for and setting the mlist.header_filter_rules
list configuration variable.
Version-Release number of selected component (if
applicable): mailman-2.1.5-7
How reproducible:
Always
Steps to Reproduce:
1. Create list.
2. Go to the Privacy->Spam filters page, add some
header_filter_rules and hit submit.
3. Go to the Privacy->Sender filters page but don't hit
submit
4. Go back to Spam filters and note that they're still
present
5. Return to Sender filters and hit submit
6. Go back to Spam filters and note that they've been
removed.
Actual Results: All spam filters are removed.
Expected Results: Spam filter settings should be retained.
Also reported to redhat bugzilla:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=130479
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1013079&group_…