Mailman-coders August 2004

mailman-coders@python.org

1 participants
40 discussions

[ mailman-Bugs-1020013 ] spam filters get removed when changing other privacy pages
by SourceForge.net 31 Aug '04

31 Aug '04

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_…

1 0

[ mailman-Bugs-1019550 ] Bug in base64MIME.py
by SourceForge.net 31 Aug '04

31 Aug '04

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_…

1 0

[ mailman-Patches-871062 ] A MemberAdaptor for LDAP-based membership
by SourceForge.net 25 Aug '04

25 Aug '04

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…

1 0

[ mailman-Bugs-1015867 ] HTML archive generation failed if language set to Finnish
by SourceForge.net 25 Aug '04

25 Aug '04

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_…

1 0

[ mailman-Bugs-1015709 ] change subs. address while logged in - error on logout
by SourceForge.net 24 Aug '04

24 Aug '04

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_…

1 0

[ mailman-Bugs-1015096 ] UnicodeEncodeError rejecting smap through web admin
by SourceForge.net 24 Aug '04

24 Aug '04

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_…

1 0

[ mailman-Patches-891491 ] Scrubber.py patch
by SourceForge.net 24 Aug '04

24 Aug '04

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…

1 0

[ mailman-Bugs-1014750 ] need to sort by domain before submitting to MTA
by SourceForge.net 23 Aug '04

23 Aug '04

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_…

1 0

[ mailman-Bugs-902646 ] UnicodeEncodeError submitting admin request
by SourceForge.net 20 Aug '04

20 Aug '04

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…

1 0

[ mailman-Bugs-1013079 ] spam filters get removed when changing other privacy pages
by SourceForge.net 20 Aug '04

20 Aug '04

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_…

1 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

Mailman-coders August 2004