Feature Requests item #1001243, was opened at 2004-07-31 18:04
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1001243&group_…
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: karl berry (kberry)
Assigned to: Nobody/Anonymous (nobody)
Summary: complete message available on approval
Initial Comment:
For a few lists, it is desirable to be able to see an
entire pending message before it is approved.
Currently, mailman truncates messages on the "posting
held for approval" page (after clicking an individual
message or "all messages from..." on the admin request
page).
For example, this is the case for info-gnu(a)gnu.org.
rms wants moderators of that list (of which I am one)
to check that postings meet the rather stringent
criteria. Without shell access to the mailman host,
the only way I've found to see the full message is to
forward it to myself. This is painful and slow, when
mailman could easily display it.
I understand and agree that truncation is usually
preferable. This could be a per-list variable, or just
an option on the approval page to select on a
per-message basis, anything would do ...
Thanks for your consideration.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1001243&group_…
Bugs item #971957, was opened at 2004-06-13 06:36
Message generated for change (Comment added) made by tomtervo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=971957&group_i…
Category: mail delivery
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: John Distler (jd_waverly)
Assigned to: Nobody/Anonymous (nobody)
Summary: Uncaught runner exception
Initial Comment:
In 2.1.5 Apparently some email message characters can
crash the Runner.py. I have inserted $mailman in place
of my mailman path in the message below from
$mailman/logs/error
Jun 12 01:25:48 2004 (16604) Uncaught runner
exception: ASCII decoding error: ordinal not in range
(128)
Jun 12 01:25:48 2004 (16604) Traceback (most recent
call last):
File "$mailman/Mailman/Queue/Runner.py", line 111, in
_oneloop
self._onefile(msg, msgdata)
File $mailman/Mailman/Queue/Runner.py", line 167, in
_onefile
keepqueued = self._dispose(mlist, msg, msgdata)
File "$mailman/Mailman/Queue/CommandRunner.py",
line 223, in _dispose
res = Results(mlist, msg, msgdata)
File "$mailman/Mailman/Queue/CommandRunner.py",
line 77, in __init__
subj = make_header(decode_header
(subj)).__unicode__()
File "$mailman/pythonlib/email/Header.py", line 144, in
make_header
h.append(s, charset)
File "$mailman/pythonlib/email/Header.py", line 272, in
append
ustr = unicode(s, incodec, errors)
UnicodeError: ASCII decoding error: ordinal not in range
(128)
----------------------------------------------------------------------
Comment By: Tommi Tervo (tomtervo)
Date: 2004-07-30 16:42
Message:
Logged In: YES
user_id=1094436
Do you need some additional information for debugging this
one, I've over 200 mails stuck on shunts. AFAIK this is
quite fatal bug, emails just disappear and nobody gets
notification.
UnicodeDecodeError: 'ascii' codec can't decode byte 0xf6 in
position 10: ordinal not in range(128)
Mailman 2.1.5 and python 2.3.4 on Solaris 8.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=971957&group_i…
Bugs item #1000699, was opened at 2004-07-30 15:30
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=1000699&group_…
Category: Web/CGI
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Stepan Kasal (kasal)
Assigned to: Nobody/Anonymous (nobody)
Summary: moderator page with details misses a submit button
Initial Comment:
Working with version 2.1.5.
I moderate a few lists. When I go from summary page to
"wiev the detail of individual postings", I get a page
which has a submit button at the bottom.
Similar button should be on the top, as with the
Summary page.
Besides being an inconvenience, this can also be confusing:
I checked "Discard all msgs marked as deferred" on the top,
then moved to the end and pressed the button there.
Of course the upper checkbox had no influence.
Btw: I hope that the "discard all deferred" checkbox
discards only the messages from that dispayed page, not
the messages that might have arrived while themoderator
was staring at the page.
That would be nasty if it weren't this way.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_…
Bugs item #1000304, was opened at 2004-07-29 12:56
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=1000304&group_…
Category: Pipermail
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Brian Warner (warner)
Assigned to: Nobody/Anonymous (nobody)
Summary: uncaught archiver exception [PATCH]
Initial Comment:
I encountered an exception in the HyperArch module
while rebuilding the pipermail archives of one of my
mailing lists. The error is a simple missing 'import'
at the top of the file.
Mailman.Archiver.HyperArch.Article._open_list (line 332
in 2.1.4) reads:
except Errors.MMListError, e:
but that module fails to import Mailman.Errors, so I
get a NameError at this point. I'm not sure why it
doesn't happen all the time: perhaps that code is only
executed when you're manually rebuilding the archives
or something.
It looks like this bug still exists in CVS. I've
attached the one-liner patch to fix it.
thanks,
-Brian
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000304&group_…
Bugs item #998609, was opened at 2004-07-27 12:13
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=998609&group_i…
Category: (un)subscribing
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Arendsen Hein (thomas_ah)
Assigned to: Nobody/Anonymous (nobody)
Summary: can subscribe with CR+LF in email address
Initial Comment:
With Mailman 2.1.3 (didn't test with newer versions) it
is possible to subscribe with an email address which
ends with CR+LF.
A browser bug made it possible to enter this into the
single line entry field, but Mailman should check this.
A quick test shows that CR+LF is possible in the middle
of an email address, too, but of course this only works
when confirmation check is disabled.
Unsubscribing or changing the email address wasn't
possible, because there are checks against this strange
address. Only manually removing all dictionary entries
with 'withlist' helped.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998609&group_i…
Bugs item #998384, was opened at 2004-07-26 20:15
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=998384&group_i…
Category: Web/CGI
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Len Hatfield (lenhatfield)
Assigned to: Nobody/Anonymous (nobody)
Summary: Tend to Pending Moderator Requests breaks on a few lists
Initial Comment:
After upgrading from MM 2.0.3 to 2.1.5, I find that on
just a couple of my lists when I access the web-admin
interface and try to follow the "Tend to Pending
Moderator Requests" link, I get the following bug
announcement:
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 "/c/mm2/scripts/driver", line 87, in run_main
main()
File "/c/mm2/Mailman/Cgi/admindb.py", line 231, in main
num = show_pending_subs(mlist, form)
File "/c/mm2/Mailman/Cgi/admindb.py", line 274, in
show_pending_subs
pendingsubs = mlist.GetSubscriptionIds()
File "/c/mm2/Mailman/ListAdmin.py", line 138, in
GetSubscriptionIds
return self.__getmsgids(SUBSCRIPTION)
File "/c/mm2/Mailman/ListAdmin.py", line 130, in
__getmsgids
ids = [k for k, (op, data) in self.__db.items() if
op == rtype]
ValueError: unpack tuple of wrong size
Python information:
Variable Value
sys.version 2.3.4 (#1, Jul 21 2004, 23:31:00) [GCC
2.95.3 20010315 (release)]
sys.executable /usr/bin/python
sys.prefix /usr/local
sys.exec_prefix /usr/local
sys.path /usr/local
sys.platform linux2
Environment variables:
Variable Value
HTTP_REFERER http://wiz.cath.vt.edu/mailman/admin/hel-l
SERVER_SOFTWARE Apache
SCRIPT_NAME /mailman/admindb
SERVER_SIGNATURE
REQUEST_METHOD GET
HTTP_KEEP_ALIVE 300
SERVER_PROTOCOL HTTP/1.1
QUERY_STRING
HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7
HTTP_USER_AGENT Mozilla/5.0 (Macintosh; U; PPC Mac OS
X Mach-O; en-US; rv:1.7) Gecko/20040628 Firefox/0.9.1
HTTP_CONNECTION keep-alive
HTTP_COOKIE
hel-l+admin=280200000069299d0541732800000034633337343331663037376464386366353661356532393638663262343937613764313365663234
SERVER_NAME wiz.cath.vt.edu
REMOTE_ADDR 68.185.125.105
PATH_TRANSLATED /www/hel-l
SERVER_PORT 80
SERVER_ADDR 128.173.51.243
DOCUMENT_ROOT /www
PYTHONPATH /c/mm2
SCRIPT_FILENAME /c/mm2/cgi-bin/admindb
SERVER_ADMIN lhat(a)wiz.cath.vt.edu
HTTP_HOST wiz.cath.vt.edu
REQUEST_URI /mailman/admindb/hel-l
HTTP_ACCEPT
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
GATEWAY_INTERFACE CGI/1.1
REMOTE_PORT 61615
HTTP_ACCEPT_LANGUAGE en-us,en;q=0.5
HTTP_ACCEPT_ENCODING gzip,deflate
UNIQUE_ID QQWdLICtM-MAAEji16U
PATH_INFO /hel-l
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_i…
Bugs item #997838, was opened at 2004-07-26 06:56
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=997838&group_i…
Category: configuring/installing
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Mark D. Smith (obantec)
Assigned to: Nobody/Anonymous (nobody)
Summary: terse phrase update fails
Initial Comment:
2.1.5 on RH8.0
i set the terse phase via the web admin.
it worked first time but when i change it to a new value
it still shows old value.
using config_list -o foobar foobar
original value
description = 'Matrix News (Only for Users on Matrix)'
new value (set via web admin)
description = 'Matrix News'
original value still seen on postings!
i tried mailmanctl restart but this makes no differance.
Mark
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=997838&group_i…
Bugs item #996792, was opened at 2004-07-23 12:13
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=996792&group_i…
Category: command line scripts
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephen Knodle (steveknodle)
Assigned to: Nobody/Anonymous (nobody)
Summary: init script starts multiple master daemons
Initial Comment:
The startup script "/etc/init.d/mailman" starts
mailman with
a command of the general form "mailmanctl -s -q start"
"-s" causes mailmanctl to start agaim, regardless of
whether
or not another copy is already running. Changing init
levels in RH can generate many, many running daemons.
Attached is a patch to mailmanctl that tests if the owner
of the lock file is still alive, before actually
starting up.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=996792&group_i…
Bugs item #905910, was opened at 2004-02-27 10:20
Message generated for change (Comment added) made by jcflack
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905910&group_i…
Category: Web/CGI
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Tim Altman (junyor)
Assigned to: Nobody/Anonymous (nobody)
Summary: Wrong headers sent with gzip'd
Initial Comment:
The filename and/or headers for list archives are
incorrect. This causes some browsers to choke in
their handling of the files. The filename should have
the ".gz" extension stripped, as the files are really
just text files. Headers currently sent are as
follows:
GET /mailman/<removed>/2004-February.txt.gz
HTTP/1.1
User-Agent: Opera/7.50 (Windows NT 5.1; U) [en]
Host: <removed>
Accept: text/html, application/xml;q=0.9,
application/xhtml+xml, image/png, image/jpeg,
image/gif, image/x-xbitmap, */*;q=0.1
Accept-Language: en
Accept-Charset: windows-1252, utf-8, utf-16,
iso-8859-1;q=0.6, *;q=0.1
Accept-Encoding: deflate, gzip, x-gzip, identity, *;
q=0
Referer: <removed>
Cookie: <removed>
Cookie2: $Version=1
Connection: Keep-Alive, TE
TE: deflate, gzip, chunked, identity, trailers
HTTP/1.1 200 OK
Date: Fri, 27 Feb 2004 15:13:32 GMT
Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/plain
----------------------------------------------------------------------
Comment By: Chapman Flack (jcflack)
Date: 2004-07-22 18:03
Message:
Logged In: YES
user_id=1089428
I agree it's a problem, I'm not sure the file extension is
the problem.
What I see happening is the http server sends back a
Content-Type: of application/x-gzip instead of text/plain.
For example, here are the headers I got back from a site
that uses Mailman and Apache:
HTTP request sent, awaiting response...
1 HTTP/1.1 200 OK
2 Date: Thu, 22 Jul 2004 22:41:58 GMT
3 Server: Apache/2.0.40 (Red Hat Linux)
4 Last-Modified: Wed, 21 Jul 2004 07:27:02 GMT
5 ETag: "39c082-338f-5407bd80"
6 Accept-Ranges: bytes
7 Content-Length: 13199
8 Connection: close
9 Content-Type: application/x-gzip
10 Content-Encoding: x-gzip
If that were only sent back as follows:
Content-Type: text/plain
Content-Encoding: x-gzip
then the browser would know exactly what to do with it.
I think it is strange that Tim's example shows a different
problem. There the Content-Type is correct (text/plain) but
there doesn't seem to be a Content-Encoding header. That's
odd; usually what I see on Mailman sites is the Content-Type
being mislabeled application/x-gzip.
I'm not sure exactly where the problem falls between Mailman
configuration and http server configuration, but I run into
the same thing at just about every Mailman site I ever
visit, so it needs some attention on the Mailman end even if
it's only documentation on how to configure the server to
send the right headers.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905910&group_i…
Patches item #995029, was opened at 2004-07-21 02:40
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=995029&group_i…
Category: list administration
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Eirik Dentz (edentz)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch against Mailman 2.1.5 release fixes bug #913397
Initial Comment:
Patch against 2.1.5 release to fix bug #913397
<https://sourceforge.net/tracker/index.php?
func=detail&aid=913397&group_id=103&atid=100103>
This hasn't been tested extensively and it may break other
functionality, but it seems to produce the desired result of allowing
user to change the case of the localpart of his/her email address
when checking the "change globally" option on the options page.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=995029&group_i…