Patches item #1419490, was opened at 2006-01-31 01:21
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=1419490&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: mail delivery
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Tokio Kikuchi (tkikuchi)
Assigned to: Tokio Kikuchi (tkikuchi)
Summary: email.Utils.parsedate can return bogus date
Initial Comment:
While the CVE entry of CVE-2005-4153 (see
http://www.securityfocus.com/bid/16248/info) is not
vulnerable for mailman-2.1.7 and newer, we should fix
the date parsing bug in email package. In the meantime
of the package renewal, this patch may be used to
workaround the bug.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1419490&group_…
Bugs item #1000699, was opened at 2004-07-30 09:30
Message generated for change (Comment added) made by djast
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Web/CGI
Group: 2.1 (stable)
Status: Closed
Resolution: Fixed
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.
----------------------------------------------------------------------
Comment By: Dan Astoorian (djast)
Date: 2006-01-30 10:54
Message:
Logged In: YES
user_id=1437943
Apologies for being unclear: the "details" page I was
referring to in my followup is the "?details=all" page
(following the "you can also view the details of all held
postings" link at the top of the summary page), not the
details page for an individual sender or message id.
The "discard all deferred" checkbox still does appear (but
fails to work) on the "?details=all" page, as of 2.1.7.
The test for whether to supply the button is "if not (sender
or msgid):"; if the button is not supposed to appear on the
"?details=all" page, perhaps the test should be changed to
something like "if not (details or sender or msgid)"?
----------------------------------------------------------------------
Comment By: Mark Sapiro (msapiro)
Date: 2006-01-30 10:21
Message:
Logged In: YES
user_id=1123998
I am marking this closed/fixed because the "discard all
deferred" checkbox was intended to work only on the summary
page. It's appearance on the detail pages was a mistake that
was fixed in 2.1.6.
So yes, in 2.1.5 neither "discard all deferred" checkbox
works on the detail pages, and BTW, you can check the box at
the top of the summary page and click the button at the
bottom or vice versa and it works.
In 2.1.6 and above, the checkboxes appear only on the
summary page and they only cause messages on that page
marked 'defer' to be discarded even if there are other
messages not rendered on that page.
Also, there are submit buttons at both the top and bottom of
both the 'all messages from' detail and the individual
message detail.
If you really want a "discard all messages marked defer" box
that works on the "view all messages from" page, that is now
a feature request (RFE) and should be resubmitted as such.
----------------------------------------------------------------------
Comment By: Dan Astoorian (djast)
Date: 2006-01-30 09:48
Message:
Logged In: YES
user_id=1437943
The scope of the problem is greater than that: "Discard all
msgs marked as deferred" does not appear to work at all from
the "details" page, as far as I can tell.
In the summary page, each group of items on which an action
is to be taken is identified with a set of radio buttons
with 'INPUT name="senderaction-SENDER"' tags, and the
"senderaction-" prefix is used by the code in Cgi/admindb.py
which processes the "Discard all msgs marked as deferred"
checkbox.
However, the details page uses only the request-id in the
field names, e.g., 'INPUT name="10112"', so they aren't
processed by the same code. I can't find anywhere else in
the code (Mailman 2.1.7) where the discardalldefersp field
is processed.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_…
Bugs item #1000699, was opened at 2004-07-30 06:30
Message generated for change (Comment added) made by msapiro
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Web/CGI
Group: 2.1 (stable)
>Status: Closed
>Resolution: Fixed
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.
----------------------------------------------------------------------
>Comment By: Mark Sapiro (msapiro)
Date: 2006-01-30 07:21
Message:
Logged In: YES
user_id=1123998
I am marking this closed/fixed because the "discard all
deferred" checkbox was intended to work only on the summary
page. It's appearance on the detail pages was a mistake that
was fixed in 2.1.6.
So yes, in 2.1.5 neither "discard all deferred" checkbox
works on the detail pages, and BTW, you can check the box at
the top of the summary page and click the button at the
bottom or vice versa and it works.
In 2.1.6 and above, the checkboxes appear only on the
summary page and they only cause messages on that page
marked 'defer' to be discarded even if there are other
messages not rendered on that page.
Also, there are submit buttons at both the top and bottom of
both the 'all messages from' detail and the individual
message detail.
If you really want a "discard all messages marked defer" box
that works on the "view all messages from" page, that is now
a feature request (RFE) and should be resubmitted as such.
----------------------------------------------------------------------
Comment By: Dan Astoorian (djast)
Date: 2006-01-30 06:48
Message:
Logged In: YES
user_id=1437943
The scope of the problem is greater than that: "Discard all
msgs marked as deferred" does not appear to work at all from
the "details" page, as far as I can tell.
In the summary page, each group of items on which an action
is to be taken is identified with a set of radio buttons
with 'INPUT name="senderaction-SENDER"' tags, and the
"senderaction-" prefix is used by the code in Cgi/admindb.py
which processes the "Discard all msgs marked as deferred"
checkbox.
However, the details page uses only the request-id in the
field names, e.g., 'INPUT name="10112"', so they aren't
processed by the same code. I can't find anywhere else in
the code (Mailman 2.1.7) where the discardalldefersp field
is processed.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_…
Bugs item #1418670, was opened at 2006-01-30 15:51
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=1418670&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: configuring/installing
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 6
Submitted By: Peer Heinlein (pheinlein)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problems with lists named like languages
Initial Comment:
"update" has fatal problems with lists named like a
language. Create some lists named "it" (Italian) or
"de" (German) an update will crash:
Updating mailing list: de
Updating the held requests database.
- updating old private mbox file
looks like you have a really recent CVS
installation...
you're either one brave soul, or you already ran
me
- updating old public mbox file
looks like you have a really recent CVS
installation...
you're either one brave soul, or you already ran
me
- This list looks like it might have <= b4 list
templates around
Traceback (most recent call last):
File "bin/update", line 789, in ?
errors = main()
File "bin/update", line 679, in main
errors = errors + dolist(listname)
File "bin/update", line 357, in dolist
os.rename(o_tmpl, n_tmpl)
OSError: [Errno 2] No such file or directory
make: *** [update] Error 1
(Btw: update crashs if there`s no pending.pck. That
should not happen!)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1418670&group_…
Bugs item #1000699, was opened at 2004-07-30 09:30
Message generated for change (Comment added) made by djast
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
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.
----------------------------------------------------------------------
Comment By: Dan Astoorian (djast)
Date: 2006-01-30 09:48
Message:
Logged In: YES
user_id=1437943
The scope of the problem is greater than that: "Discard all
msgs marked as deferred" does not appear to work at all from
the "details" page, as far as I can tell.
In the summary page, each group of items on which an action
is to be taken is identified with a set of radio buttons
with 'INPUT name="senderaction-SENDER"' tags, and the
"senderaction-" prefix is used by the code in Cgi/admindb.py
which processes the "Discard all msgs marked as deferred"
checkbox.
However, the details page uses only the request-id in the
field names, e.g., 'INPUT name="10112"', so they aren't
processed by the same code. I can't find anywhere else in
the code (Mailman 2.1.7) where the discardalldefersp field
is processed.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_…
Patches item #1418016, was opened at 2006-01-29 17:04
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=1418016&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: internationalization
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Schoinobates Volans (schoinobates)
Assigned to: Nobody/Anonymous (nobody)
Summary: Dutch translation update
Initial Comment:
A Debian user, Luc Stroobant, has contributed this
update to the Dutch translation.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1418016&group_…
Patches item #1415956, was opened at 2006-01-26 22:23
Message generated for change (Comment added) made by carbonnb
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1415956&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Web UI
Group: Mailman 2.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Bryan Carbonnell (carbonnb)
Assigned to: Nobody/Anonymous (nobody)
Summary: Sitewide headers/footers & XHTML Compliant Web UI
Initial Comment:
This patch was borne out of a request I received to
make the Mailman UI fit the look of the web site. This
patch allows you to set a site wide header and footer.
This allows you to pretty much make the MM UI look like
any other site. While I was at it I also made the web
UI XHTML compliant.
Once you patch your source and install it, all you need
to do is edit the html files in the templates/en
directory. Most of the pages will get the header and
footers from the site-header.html and site-footer.html
files, but some of the HTML files already contain theor
own header/footer so you will need ot edit some of
these files as well.
Since this also adds XHTML compliance, this superceeds
patch #116035
----------------------------------------------------------------------
>Comment By: Bryan Carbonnell (carbonnb)
Date: 2006-01-28 23:07
Message:
Logged In: YES
user_id=449953
Updated both patches to remove some of my site specific HTML
coding.
----------------------------------------------------------------------
Comment By: Bryan Carbonnell (carbonnb)
Date: 2006-01-26 22:31
Message:
Logged In: YES
user_id=449953
I am also uploading a second version of this patch. This
second version will add the sitewide headers/footer to
source that has been patched with the ht://dig integration
patches.
At the time I posted this, the official ht://dig integration
patches were not released, but the MM2.1.6 patches appear to
work with MM 2.1.7, so they are what were used.
to apply this patch use this command from your mailman
source directory:
patch -p1 <full/path/to/headfoot-htdig-2.1.7-0.1.patch
----------------------------------------------------------------------
Comment By: Bryan Carbonnell (carbonnb)
Date: 2006-01-26 22:27
Message:
Logged In: YES
user_id=449953
I have only tested this with the english pages. I'm not sure
how to deal with i18n yet, but I'm reading and I will update
this patch as soon as I figure out how to deal with it.
To apply this patch for MM2.1.7, you will need to apply
patch #1405790 (Mailman 2.1.7 multiple patch) first.
to apply this patch use this command from your mailman
source directory:
patch -p1 <full/path/to/headfoot-2.1.7-0.1.patch
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1415956&group_…
Bugs item #1417678, was opened at 2006-01-28 23: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=1417678&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: (un)subscribing
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Koen Martens (gmc2000)
Assigned to: Nobody/Anonymous (nobody)
Summary: Dutch translation wrong
Initial Comment:
On some versions i've seen 'Uw bent' in the dutch
translation of certain messages, this should be 'U
bent' (uw is possesive):
# grep "Uw bent" * -r
messages/nl/LC_MESSAGES/mailman.po:"Uw bent op deze
lijst aangemeld met het adres met niet te wijzigen You
are "
messages/nl/LC_MESSAGES/mailman.po:msgstr "Uw bent
afgemeld van de %(realname)s maillijst"
Binary file messages/nl/LC_MESSAGES/mailman.mo matches
Solution is simple: just s/Uw bent/U bent/g
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1417678&group_…
Bugs item #1416853, was opened at 2006-01-27 15:05
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=1416853&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: security/privacy
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dan Astoorian (djast)
Assigned to: Nobody/Anonymous (nobody)
Summary: Jan 14 change to Handlers/SpamDetect.py is incomplete
Initial Comment:
tkikuchi's patch to Handlers/SpamDetect.py to avoid an
infinite loop when administrivia messages are caught by
spam filters fails to fix a related problem; a
different approach should perhaps be considered.
Specifically: it is (IMHO) probably incorrect to apply
the "Hold" action to messages which were not submitted
to the list address. For example, a message sent to
"listname-owner" and matched by a "Hold"
header_filter_rule should not be held for approval
(irrespective of whether the message was administrivia
or not).
(It is not clear to the end user whether approving such
a held message would cause the message to be delivered
to the original "listname-owner" address, or whether it
would be sent to the list itself.)
I suspect (but have not verified) that similar issues
may exist for other mail paths (e.g., -request, -admin,
-(un)subscribe).
Probably the most sensible thing to do with messages
that match a "Hold" rule would be to hold the message
only if the "tolist" key is set; otherwise, do one of
the following:
a) continue on to the next rule, as though the "Hold"
rule failed to match the message;
b) accept the message; or
c) discard the message.
It's not clear to me which of these options makes the
most sense. Discarding the message is probably unwise,
as a "hold" rule in the first place suggests that the
administrator does not consider all mail that matches
the rule to be expendable.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1416853&group_…
Bugs item #1305881, was opened at 2005-09-27 15:49
Message generated for change (Comment added) made by jontek
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1305881&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Jon (jontek)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem creating list via web
Initial Comment:
I tried to create a list via:
https://www.mydomain.dom/mailman/create.
When filled all data, it replies with this message:
-------------------------------------
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 87, in
run_main
main()
File "/usr/local/mailman/Mailman/Cgi/create.py", line
55, in main
process_request(doc, cgidata)
File "/usr/local/mailman/Mailman/Cgi/create.py", line
187, in process_request
mlist.Create(listname, owner, pw, langs, emailhost)
File "/usr/local/mailman/Mailman/MailList.py", line
457, in Create
self.InitVars(name, admin, crypted_password)
File "/usr/local/mailman/Mailman/MailList.py", line
372, in InitVars
baseclass.InitVars(self)
File
"/usr/local/mailman/Mailman/Archiver/Archiver.py", line
95, in InitVars
os.mkdir(self.archive_dir()+'.mbox', 02775)
OSError: [Errno 13] Permission denied:
'/usr/local/mailman/archives/private/listname.mbox'
Python information:
Variable Value
sys.version 2.3.4 (#2, Aug 6 2004, 21:29:10) [GCC
2.95.4 20020320 [FreeBSD]]
sys.executable /usr/local/bin/python
sys.prefix /usr/local
sys.exec_prefix /usr/local
sys.path /usr/local
sys.platform freebsd4
Environment variables:
Variable Value
HTTP_REFERER https://www.mydomain.dom/mailman/create
SERVER_SOFTWARE Apache/1.3.31 (Unix) mod_perl/1.29
PHP/4.3.8 mod_ssl/2.8.19 OpenSSL/0.9.7d
SCRIPT_NAME /mailman/create
SERVER_SIGNATURE
Apache/1.3.31 Server at www.mydomain.dom Port 443
REQUEST_METHOD POST
HTTP_KEEP_ALIVE 300
SERVER_PROTOCOL HTTP/1.1
QUERY_STRING
CONTENT_LENGTH 145
HTTP_ACCEPT_CHARSET ISO-8859-15,utf-8;q=0.7,*;q=0.7
HTTP_USER_AGENT Mozilla/5.0 (X11; U; Linux i686;
es-ES; rv:1.7.12) Gecko/20050922 Firefox/1.0.7 (Debian
package 1.0.7-1)
HTTP_CONNECTION keep-alive
HTTP_COOKIE
POSTNUKESID=4b502f13b908db42087f9b9753295c78;
PHPSESSID=f7592dbf314acec6d743601e8cc3487f
SERVER_NAME www.mydomain.dom
REMOTE_ADDR 83.33.129.253
SERVER_PORT 443
SERVER_ADDR 207.228.236.31
DOCUMENT_ROOT /usr/local/www/data/www.mydomain.dom
PYTHONPATH /usr/local/mailman
SCRIPT_FILENAME /usr/local/mailman/cgi-bin/create
SERVER_ADMIN webmaster(a)mydomain.dom
HTTP_HOST www.mydomain.dom
HTTPS on
REQUEST_URI /mailman/create
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 3249
HTTP_ACCEPT_LANGUAGE eu,es-es;q=0.7,es;q=0.3
CONTENT_TYPE application/x-www-form-urlencoded
HTTP_ACCEPT_ENCODING gzip,deflate
UNIQUE_ID QzlLGc-k7B8AAR2b2MM
---------------------------
Thanks
JOn
----------------------------------------------------------------------
>Comment By: Jon (jontek)
Date: 2006-01-27 11:12
Message:
Logged In: YES
user_id=1352490
Well, all the perms in both directories are
mailman:mailman
I have been create (check_perms says "all OK" but it isn't)
the three directories:
1. #/usr/local/mailman/lists>mkdir listname
2. #/usr/local/mailman/archives/private>mkdir listname
3. #/usr/local/mailman/archives/private>mkdir listname.mbox
4. chown www (to the three)
Will I change the directory owner to www?
May that destroy or corrupt other lists?
Thank you again.
JOn
----------------------------------------------------------------------
Comment By: echoism (echoism)
Date: 2006-01-05 16:34
Message:
Logged In: YES
user_id=1420107
I had this same problem. It is a permission issue, because
the webserver doesn't have access to create a file in
/usr/local/mailman/archives/private. This directory has
permissions of 750, owned by the mailman user.
The webserver, however, runs cgi scripts as nobody, not
mailman. You can confirm this, by checking your
/usr/local/mailman/lists directory, the list you tried to
create should have a directory there, owned by nobody (or,
whatever account your webserver uses), as the permissions
for the lists directory permit write access.
----------------------------------------------------------------------
Comment By: Jon (jontek)
Date: 2005-09-27 16:44
Message:
Logged In: YES
user_id=1352490
#/usr/local/mailman>/usr/local/mailman/bin/check_perms
No problems found
#/usr/local/mailman>
----------------------------------------------------------------------
Comment By: Jon (jontek)
Date: 2005-09-27 16:32
Message:
Logged In: YES
user_id=1352490
Thanks but it doesn't still work.
I have done:
/usr/local/mailman/bin/check_perms -f
and fixed all the problems, but it still doesn't work.
:o(
----------------------------------------------------------------------
Comment By: Barry A. Warsaw (bwarsaw)
Date: 2005-09-27 16:21
Message:
Logged In: YES
user_id=12800
Run bin/check_perms
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1305881&group_…