Mailman 3 March 2004 - Mailman-Developers

Re: [Mailman-Developers] multipart/alternative
by J C Lawrence March 10, 2004

March 10, 2004

On Wed, 10 Mar 2004 02:09:05 -0700 Jim Cole <lists(a)yggdrasill.net> wrote: > Based on the code, comments, etc. it appears that removal of all parts > other than the first non-empty alternative is intended as a feature > and considered a good thing. Is this correct? Yes, in particular many of us consider multipart/alternative mail with text/plain and text/html parts to be very unwelcome. Heck, many of us consider that HTML mail of any form is decidedly unwelcome. > Is the decision motivated by something deeper than simply eliminating > some extra bytes? Yes. > Besides turning off filtering altogether, is there any other simple > way to get Mailman to pass multipart/alternative as-is? Stripping > alternatives is not likely to be acceptable for the environment to > which we would be deploying. Sure, turn off the filter via that list's fitering configuration. -- J C Lawrence ---------(*) Satan, oscillate my metallic sonatas. claw(a)kanga.nu He lived as a devil, eh? http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.

3 2

multipart/alternative
by Jim Cole March 10, 2004

March 10, 2004

Hi - I had a few questions regarding the handling of multipart/alternative that I was hoping someone would be kind enough to answer. The questions are all in reference to the 2.1 branch. Based on the code, comments, etc. it appears that removal of all parts other than the first non-empty alternative is intended as a feature and considered a good thing. Is this correct? If the answer to the first question is yes, why? I am not challenging, but instead hoping to understand the considerations that led to this design decision before trying to work my way around it. Is the decision motivated by something deeper than simply eliminating some extra bytes? If I were to simply remove the call to collapse_multipart_alternatives, would that allow the multipart/alternative part to slip through unmolested? Does later processing code depend on multipart/alternative parts being collapsed? Besides turning off filtering altogether, is there any other simple way to get Mailman to pass multipart/alternative as-is? Stripping alternatives is not likely to be acceptable for the environment to which we would be deploying. Thanks! Jim

3 3

Crash in Mailman HTTP header parsing
by ned March 10, 2004

March 10, 2004

i List, Attached is a python script to crash the latest mailman, and all mailman's ive tried it on! Pretty simple to fix, just check if Content-Type is 'sane', but you all know that! I might as well plug SMUDGE, my fuzzer i wrote which yielded this bug (i was look for something with a little more depth, say a private list bypass or a nice file reading bug ;)) but it turned up this, and a remotely exploitable overflow in a core Apache module as well in the process! Anyhow, i'll keep looking for neet stuff. - nd p.s SMUDGE @ http://felinemenace.org/~nd/SMUDGE -- http://felinemenace.org/~nd

4 4

New patch submitted...
by Brad Knowles March 9, 2004

March 9, 2004

Barry & Folks, Steve Kostecke submitted a patch recently to mailman (see <http://sourceforge.net/tracker/index.php?func=detail&aid=912448&group_id=10…>) that hopefully fixes a problem with using relative URLs. At least, this patch seems to work for us on the ntp.org project. I was wondering if I could get someone to take a look at it and give us comments back? If we could get this (or something equivalent) incorporated into the tree for 2.1.x then I won't have to worry about our running a non-standard version of Mailman, which will make me feel a lot better. Thanks! -- Brad Knowles, <brad.knowles(a)skynet.be> "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania. GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI++++$ P+>++ L+ !E-(---) W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+(++++) DI+(++++) D+(++) G+(++++) e++>++++ h--- r---(+++)* z(+++)

3 2

retaining format of posted messages in html
by Rob Cartier March 9, 2004

March 9, 2004

I have a few folks who need to post messages in html. it is distributed ok but The problem is when it gets archived it gets scrubbed and losses it's html properties when the url link is displayed. such as <TD becomes &ltTD when viewing the source of the displayed page What if anything can be done in some setting to allow html to be saved in the archive. This normally not wanted or encourged but for this list it is necessary to handle a few html tables. Thanks in advance Rob Cartier

4 3

pipermail.py and self.datestr
by SHIGENO Kazutaka March 9, 2004

March 9, 2004

Hi, The definition of self.datestr does not exist in pipermail.py. How about using the following patch? --- pipermail.py 7 Jan 2004 02:41:46 -0000 1.1.1.1 +++ pipermail.py 20 Feb 2004 13:19:33 -0000 @@ -240,6 +240,11 @@ self._last_article_time = date self.date = '%011i' % date + datestr = message.get('date', None) + if datestr is None: + datestr = message.get('x-list-received-date', None) + self.datestr = datestr + def __repr__(self): return '<Article ID = '+repr(self.msgid)+'>' -- shigeno

1 2

RE: [Mailman-Developers] Can someone please help me?
by Ricardo Kleemann March 9, 2004

March 9, 2004

Thanks Anthony. > > A bug number would be useful. > > Anthony I really don't know the bug number. I sent an email yesterday providing a lot of details and also a traceback. I will provide it once again here. In the mailman-users list, Jon Carnes simply said, "This was an old problem that was supposedly fixed in 2.1.4", that is why I'm assuming there is a bug related to it. The information I provided in my original post: Traceback (most recent call last): File "/usr/local/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/mailman/Mailman/Cgi/private.py", line 120, in main password, username): File "/usr/local/mailman/Mailman/SecurityManager.py", line 226, in WebAuthenticate print self.MakeCookie(ac, user) File "/usr/local/mailman/Mailman/SecurityManager.py", line 233, in MakeCookie raise ValueError ValueError My Python environment (on a SUSE 9.0 box) # rpm -qa|grep python python-mysql-0.9.2-52 python-devel-2.3-49 mod_python-2.7.8-427 python-japanese-1.4.9-206 python-curses-2.3-49 python-tk-2.3-49 python-2.3-52 python-korean-2.0.5-212 And I am running 2.1.4 from the Dec. 31 tarball. I even re-compiled and re-installed MM yesterday just to be sure...

1 0

Can someone please help me?
by Ricardo Kleemann March 9, 2004

March 9, 2004

Hi, I sent a message yesterday about a bug relative to viewing private archives. Can anyone shed some light so I can get this resolved? I've been trying to get some help here and in the users list, but with no luck so far. :-/ Thanks for any help. Ricardo

1 0

warnings at install
by Fil March 9, 2004

March 9, 2004

Hi, just installing a new MM box, from CVS ! Got these 2 errors/warning from the "make" command -- don't know if it's useful. /usr/lib/python2.3/distutils/dist.py:213: UserWarning: 'licence' distribution option is deprecated; use 'license' warnings.warn(msg) In file included from src/_koco.c:121: src/euckr_codec.h: In function uc_kr_encode': src/euckr_codec.h:127: warning: unsigned int format, long int arg (arg 3) In file included from src/_koco.c:122: src/cp949_codec.h: In function p949_encode': src/cp949_codec.h:151: warning: unsigned int format, long int arg (arg 3) make[1]: Leaving directory /home/fil/src_mailman/mailman/misc' make[1]: Entering directory /home/fil/src_mailman/mailman/Mailman' /usr/bin/python ../build/bin/msgfmt.py -o ca/LC_MESSAGES/mailman.mo ca/LC_MESSAGES/mailman.po Traceback (most recent call last): File "../build/bin/msgfmt.py", line 203, in ? main() File "../build/bin/msgfmt.py", line 199, in main make(filename, outfile) File "../build/bin/msgfmt.py", line 151, in make l = eval(l) File "<string>", line 1 """"" >Python regular expression</a>. When entering backslashes, do so\n" ^ SyntaxError: EOF while scanning triple-quoted string make[1]: [ca/LC_MESSAGES/mailman.mo] Error 1 (ignored) -- Fil

2 6

SF.net March 2004 POTM
by Barry Warsaw March 9, 2004

March 9, 2004

Hey folks, quick note. Mailman's the March 2004 SourceForge.net project of the month. http://sourceforge.net/potm/potm-2004-03.php -Barry

4 5