Mailman 3 March 2004 - Mailman-coders

[ mailman-Patches-912448 ] Config setting to force relative URLs
by SourceForge.net March 8, 2004

March 8, 2004

Patches item #912448, was opened at 2004-03-09 02:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=912448&group_i… Category: None Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Steve Kostecke (kostecke) Assigned to: Nobody/Anonymous (nobody) Summary: Config setting to force relative URLs Initial Comment: Mailman 2.1.1 uses absolute URLs for all references to mailing lists. This behavior may be useful when one Mailman installation runs lists on multiple virtual hosts. However, this behavior reduces the flexibility of Mailman by making it impossible to use Mailman in configurations where you need to be able to use different hostnames to refer to the same lists (e.g. where HTTP and HTTPS use different virtual hosts). This patch modifies the ScriptURL function in ./Mailman/Utils.py to allow relative URLs to be forced by setting a mm_cfg configuration variable: RELATIVE_URLS. This patch also modifies Defaults.py to provide the default value for RELATIVE_URLS. <pre> --- Utils.py.orig Tue Mar 9 02:45:20 2004 +++ Utils.py Tue Mar 9 02:10:51 2004 @@ -238,7 +238,7 @@ fullpath = os.environ.get('SCRIPT_NAME', '') + os.environ.get('PATH_INFO', '') baseurl = urlparse.urlparse(web_page_url)[2] - if not absolute and fullpath.endswith(baseurl): + if mm_cfg.RELATIVE_URLS or not absolute and fullpath.endswith(baseurl): # Use relative addressing fullpath = fullpath[len(baseurl):] i = fullpath.find('?') --- Defaults.py.orig Tue Mar 9 02:44:44 2004 +++ Defaults.py Tue Mar 9 02:15:13 2004 @@ -782,6 +782,9 @@ # list's config variable default_member_moderation. DEFAULT_NEW_MEMBER_OPTIONS = 256 +# Set this to 1 to enable relative URLs. +RELATIVE_URLS = 0 ##### # List defaults. NOTE: Changing these values does NOT change the </pre> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=912448&group_i…

1 0

[ mailman-Bugs-911648 ] AttributeError: 'module' object has no attribute 'UserDesc'
by SourceForge.net March 7, 2004

March 7, 2004

Bugs item #911648, was opened at 2004-03-08 00:19 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=911648&group_i… Category: (un)subscribing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: cYbErDaRk (cyberdark) Assigned to: Nobody/Anonymous (nobody) Summary: AttributeError: 'module' object has no attribute 'UserDesc' Initial Comment: When adding members via InviteNewMember, and he/she receives the emails asking for confirmation, this is the message shown when clicking: Bug in Mailman version 2.1.3 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/cpanel/3rdparty/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/cpanel/3rdparty/mailman/Mailman/Cgi/conf irm.py", line 98, in main content = Pending.confirm(cookie,expunge=0) File "/usr/local/cpanel/3rdparty/mailman/Mailman/Pending. py", line 125, in confirm db = _load() File "/usr/local/cpanel/3rdparty/mailman/Mailman/Pending. py", line 177, in _load return cPickle.load(fp) AttributeError: 'module' object has no attribute 'UserDesc' ------------------------------------------------------ -------------------------- Python information: Variable Value sys.version 2.2.2 (#1, Feb 24 2003, 19:13:11) [GCC 3.2.2 20030222 (Red Hat Linux 3.2.2-4)] sys.executable /usr/bin/python2 sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 ------------------------------------------------------ -------------------------- Environment variables: Variable Value HTTP_COOKIE cyberdark.net- publicidad_cyberdark.net+admin=28020000006935414b40 73280000003036383862303235613332633465656639303 3663931313636373239303764653936643035366334; SERVER_SOFTWARE Apache PYTHONPATH /usr/local/cpanel/3rdparty/mailman SCRIPT_FILENAME /usr/local/cpanel/3rdparty/mailman/c gi-bin/confirm SERVER_ADMIN webmaster(a)cyberdark.net SCRIPT_NAME /mailman/confirm REQUEST_METHOD GET HTTP_HOST cyberdark.net PATH_INFO /cyberdark.net- publicidad_cyberdark.net/9e9879dd657f06ad0871de5631 6c40405d054fcf SERVER_PROTOCOL HTTP/1.1 QUERY_STRING REQUEST_URI /mailman/confirm/cyberdark.net- publicidad_cyberdark.net/9e9879dd657f06ad0871de5631 6c40405d054fcf HTTP_ACCEPT image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/msword, application/vnd.ms- powerpoint, application/vnd.ms-excel, application/x- shockwave-flash, */* HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) SERVER_NAME www.cyberdark.net REMOTE_ADDR -- HTTP_CLIENT_IP -- REMOTE_PORT 58674 HTTP_ACCEPT_LANGUAGE es,eu;q=0.5 HTTP_VIA HTTP/1.1 proxy[AC1E0E47] (Traffic- Server/5.5.1-59096 [uScM]) PATH_TRANSLATED /home/cdkadmin/public_html/cyberd ark.net- publicidad_cyberdark.net/9e9879dd657f06ad0871de5631 6c40405d054fcf SERVER_PORT 80 GATEWAY_INTERFACE CGI/1.1 HTTP_X_FORWARDED_FOR -- HTTP_ACCEPT_ENCODING gzip, deflate SERVER_ADDR -- DOCUMENT_ROOT /home/cdkadmin/public_html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=911648&group_i…

1 0

[ mailman-Bugs-909548 ] VERP_CONFIRMATIONS only applies to "invites"
by SourceForge.net March 4, 2004

March 4, 2004

Bugs item #909548, was opened at 2004-03-04 00:40 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=909548&group_i… Category: (un)subscribing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Nathan Stratton Treadway (nathanst) Assigned to: Nobody/Anonymous (nobody) Summary: VERP_CONFIRMATIONS only applies to "invites" Initial Comment: It appears that VERP_CONFIRMATIONS=1 in the mm_cfg.py file only turns on VERP-style messages for confirmations sent as a result of an "Invitation" on the "Mass Subscription" administration page -- not those send when the user subscribes or unsubscribes him/herself from the web page or via e-mail. I don't know if there is a reason this was only implemented for Invitations, but if the other VERP-style confirmations aren't soon going to be added, I would recommend adding an explanation of the situation to the relevent section of Defaults.py. (e.g. "Currently, VERP confirmations are only implemented for Invitations sent by the list administrator from the Mass Subscription administrative page; other confirmation messages will still be sent using default (i.e. less friendly) Subject line." ) Nathan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=909548&group_i…

1 0

[ mailman-Bugs-909490 ] spams get shunted in CommandRunner
by SourceForge.net March 3, 2004

March 3, 2004

Bugs item #909490, was opened at 2004-03-04 02:04 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=909490&group_i… Category: mail delivery Group: 2.1 (stable) >Status: Closed Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: spams get shunted in CommandRunner Initial Comment: If a spam which is directed to -request address has non-ascii subject, it is shunted by UnicodeError and the shunt directory will become full of such spams. I attach a patch to solve this by simply ignore this error. Here is the symptom in logs/error Mar 04 02:42:42 2004 (49945) Uncaught runner exception: ASCII decoding error: ordinal not in range(128) Mar 04 02:42:42 2004 (49945) Traceback (most recent call last): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 113, in _oneloop self._onefile(msg, msgdata) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 163, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Queue/CommandRunner.py", line 223, in _dispose res = Results(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Queue/CommandRunner.py", line 77, in __init__ subj = make_header(decode_header(subj)).__unicode__() File "/usr/local/mailman/pythonlib/email/Header.py", line 144, in make_header h.append(s, charset) File "/usr/local/mailman/pythonlib/email/Header.py", line 272, in append ustr = unicode(s, incodec, errors) UnicodeError: ASCII decoding error: ordinal not in range(128) Mar 04 02:42:42 2004 (49945) SHUNTING: 1078335762.1569669+8f2d3dab0e864eb48672a4 eb8d4d0cae8f56c595 ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-03-04 02:34 Message: Logged In: YES user_id=67709 Closing because of double post. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=909490&group_i…

1 0

[ mailman-Patches-873035 ] subject handling in -request mail
by SourceForge.net March 3, 2004

March 3, 2004

Patches item #873035, was opened at 2004-01-08 12:32 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=873035&group_i… Category: mail delivery Group: Mailman 2.1 Status: Open Resolution: None >Priority: 7 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: subject handling in -request mail Initial Comment: Since spammers get one of our '-request' mail command address as target, we frequently get following error log and many such messages shunted. Jan 08 10:17:02 2004 (11705) Uncaught runner exception: ASCII decoding error: ordinal not in range(128) Jan 08 10:17:02 2004 (11705) Traceback (most recent call last): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 110, in _oneloop self._onefile(msg, msgdata) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 160, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Queue/CommandRunner.py", line 223, in _dispose res = Results(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Queue/CommandRunner.py", line 77, in __init__ subj = make_header(decode_header(subj)).__unicode__() File "/usr/local/mailman/pythonlib/email/Header.py", line 144, in make_header h.append(s, charset) File "/usr/local/mailman/pythonlib/email/Header.py", line 272, in append ustr = unicode(s, incodec, errors) UnicodeError: ASCII decoding error: ordinal not in range(128) Jan 08 10:17:02 2004 (11705) SHUNTING: 1073506489.162806+2102abfa360c02ffb7bebbce12c1b9f09d8139f9 Apparently, following patch to Queue/CommandRunner.py may solve this problem. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-03-04 02:32 Message: Logged In: YES user_id=67709 Ok, I double-posted this item. So, raise the priority. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=873035&group_i…

1 0

[ mailman-Bugs-909490 ] spams get shunted in CommandRunner
by SourceForge.net March 3, 2004

March 3, 2004

Bugs item #909490, was opened at 2004-03-04 02:04 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=909490&group_i… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: spams get shunted in CommandRunner Initial Comment: If a spam which is directed to -request address has non-ascii subject, it is shunted by UnicodeError and the shunt directory will become full of such spams. I attach a patch to solve this by simply ignore this error. Here is the symptom in logs/error Mar 04 02:42:42 2004 (49945) Uncaught runner exception: ASCII decoding error: ordinal not in range(128) Mar 04 02:42:42 2004 (49945) Traceback (most recent call last): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 113, in _oneloop self._onefile(msg, msgdata) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 163, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Queue/CommandRunner.py", line 223, in _dispose res = Results(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Queue/CommandRunner.py", line 77, in __init__ subj = make_header(decode_header(subj)).__unicode__() File "/usr/local/mailman/pythonlib/email/Header.py", line 144, in make_header h.append(s, charset) File "/usr/local/mailman/pythonlib/email/Header.py", line 272, in append ustr = unicode(s, incodec, errors) UnicodeError: ASCII decoding error: ordinal not in range(128) Mar 04 02:42:42 2004 (49945) SHUNTING: 1078335762.1569669+8f2d3dab0e864eb48672a4 eb8d4d0cae8f56c595 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=909490&group_i…

1 0

[ mailman-Bugs-908825 ] content filtering: replacing deleted parts with a warning
by SourceForge.net March 3, 2004

March 3, 2004

Bugs item #908825, was opened at 2004-03-03 00:46 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=908825&group_i… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Nathan Stratton Treadway (nathanst) Assigned to: Nobody/Anonymous (nobody) Summary: content filtering: replacing deleted parts with a warning Initial Comment: The Mailman content filter currently strips out forbidden mime-parts from a multi-part message without any trace and with no warning. It would be nice to have a configuration option that tells the filter to replace any deleted part with a text/plain part which says something like "The message part originally found here had a forbitten MIME type xxxx/xxxx, and has been deleted." (That way, when users try to send attachments they'll at least know why the attachment isn't there any more.) Thanks. Nathan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=908825&group_i…

1 0

[ mailman-Bugs-908819 ] content filter logging
by SourceForge.net March 3, 2004

March 3, 2004

Bugs item #908819, was opened at 2004-03-03 00:29 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=908819&group_i… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Nathan Stratton Treadway (nathanst) Assigned to: Nobody/Anonymous (nobody) Summary: content filter logging Initial Comment: When the SpamAssassin plugin causes a message to be discarded, it puts two lines in the vette log file, one to say why the message is discarded, and the other giving the message id: Mar 02 22:43:20 2004 (23164) sqr-users post from kcsdrrnbbh(a)qwxx.com discarded: SpamAssassin score was 16.7 (discard threshold is 10) Mar 02 22:43:20 2004 (23164) Message discarded, msgid: <NEHACTYDBRMSMKHFVNUIP(a)yahoo.com> But when the Content Filter is set to "discard" and a message is discarded, only the second of these log entries is generated. Looking back through the vette log, it's not immediately obvious why that particular message was discarded. On the other hand, when the filter is set to "reject", the user is given an explaination of the rejection (e.g. "The message's content type was not explicitly allowed"). Could this explaination message be sent to the vette log when the message is getting discarded? Thanks. Nathan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=908819&group_i…

1 0

[ mailman-Bugs-908747 ] MAILMAN_URL documentation in Defaults.py
by SourceForge.net March 2, 2004

March 2, 2004

Bugs item #908747, was opened at 2004-03-02 22:03 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=908747&group_i… Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Nathan Stratton Treadway (nathanst) Assigned to: Nobody/Anonymous (nobody) Summary: MAILMAN_URL documentation in Defaults.py Initial Comment: I see that the Mailman footer logos have not been HTML links to the "home" web sites since revision 2.5 of the htmlformat.py file -- but, for whatever reason, the footer does still have links to those sites when the Image Logos are tuned off. As far as I can tell, the only time the MAILMAN_URL setting is ever used is in this page footing -- and then it's used only when logos are disabled. It seems like the explaination of MAILMAN_URL in Defaults.py should be updated to mention this fact (assuming it's true). Or, htmlformat.py could be edited so that the text-only footer doesn't have links, either, and MAILMAN_URL could then be eliminated from Defaults.py completely. (The variables PYTHON_URL and GNU_URL could be eliminated from htmlformat.py, too.) (I bring this up because I saw the MAILMAN_URL mentioned in Defaults.py as I was setting up my site, and then wondered what I had done wrong/misconfigured when the Mailman icon did not take me to the Mailman web site as I expected....) Thanks. Nathan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=908747&group_i…

1 0

[ mailman-Bugs-908709 ] add-dup-header traceback
by SourceForge.net March 2, 2004

March 2, 2004

Bugs item #908709, was opened at 2004-03-02 22:40 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=908709&group_i… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Juan M. Cataldo S. (jcataldo) Assigned to: Nobody/Anonymous (nobody) Summary: add-dup-header traceback Initial Comment: I think I've found a bug in Mailman from Fedora Core 1 (all errata applied). Every time someone sends a message to a list and includes in the To: or Cc: header the address of a member, a traceback like the following appears in logs/error and the message is shunted: ---------------------------------- Traceback (most recent call last): File "/var/mailman/bin/qrunner", line 270, in ? main() File "/var/mailman/bin/qrunner", line 230, in main qrunner.run() File "/var/mailman/Mailman/Queue/Runner.py", line 65, in run filecnt = self._oneloop() File "/var/mailman/Mailman/Queue/Runner.py", line 93, in _oneloop msg, msgdata = self._switchboard.dequeue(filebase) File "/var/mailman/Mailman/Queue/Switchboard.py", line 156, in dequeue data = self._ext_read(dbfile) File "/var/mailman/Mailman/Queue/Switchboard.py", line 334, in _ext_read execfile(filename, dict) File "/var/mailman/qfiles/out/1078272688.60232+88a4bf4cb1ad84bb7e897338fb28343d98042476.db", line 5 add-dup-header = {'lgarcia(a)inf.utfsm.cl': 1, 'jcataldo(a)inf.utfsm.cl': 1} SyntaxError: can't assign to operator ---------------------------------- For this example, I created a list whose members are my girlfriend and me, and then I sent a message with us in the Cc: I've studied the 107827...42476.db file, and the value "add-dup-header" seems to be wrong (I don't know anything about the Mailman internals, so please don't flame me). If I change it to "add_dup_header" and run bin/unshunt, the message is processed without errors. I don't know if this breaks something, but as a workaround I've edited Mailman/Handlers/AvoidDuplicates.py and Mailman/Handlers/SMTPDirect.py to replace "add-dup-header" for "add_dup_header" and the problem stopped happening. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=908709&group_i…

1 0