Mailman 3 July 2002 - Mailman-Developers

[ mailman-Bugs-572822 ] real_name attribute not changed
by noreply＠sourceforge.net 26 Jul '02

26 Jul '02

Bugs item #572822, was opened at 2002-06-23 14:02 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=572822&group_i… Category: configuring/installing Group: 2.0.x >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Christine Charity (ccharity) Assigned to: Nobody/Anonymous (nobody) Summary: real_name attribute not changed Initial Comment: When trying to change the name of a mailing list from MAILINGLISTNAME to mailinglistname (lowercase) the following error is returned: real_name attribute not changed! It must differ from the list's name by case only. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-25 23:51 Message: Logged In: YES user_id=12800 Works okay for me in MM 2.0.12 and 2.1cvs. Are you sure you didn't accidently add a space to the end of the new name? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=572822&group_i…

1 0

[ mailman-Bugs-574240 ] web ui confirm button placement
by noreply＠sourceforge.net 26 Jul '02

26 Jul '02

Bugs item #574240, was opened at 2002-06-26 15:58 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=574240&group_i… Category: (un)subscribing Group: 2.1 beta >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Christopher Kolar (ckolar) Assigned to: Nobody/Anonymous (nobody) Summary: web ui confirm button placement Initial Comment: Hi. Running 2.1b2 I just did a test subscription via email. When I clicked on the link to confirm the confirmation page came up properly. I am a bit bugged by the UI though. The Confirm button was way off to the left -- right under all of the user informaiton on the screen was the "dismiss and discard" button (or whatever it was labeled). After checking the info on the screen I very nearly hit the button because I could not see the real confirm burron and the discard button, being placed right under the info, seemed to instinctively be a good place for a confirm button. I would change the UI to at least get both of them in the center. Cheers, --chris ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-25 23:49 Message: Logged In: YES user_id=12800 Done. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=574240&group_i…

1 0

Mm documentation server change
by Christopher Kolar 26 Jul '02

26 Jul '02

IMSA will be making some significant server changes this weekend, changes that will impact the location of the Mailman documents that we host. The new URL will be: http://staff.imsa.edu/~ckolar/mailman The pages will no longer be hosted on www.imsa.edu. There will be NO URL FORWARDING when the change is made this Saturday morning, so please change links as necessary. I will try to sort through the logs and pull out the URLs of people linking in to try to contact them personally, but if you maintain a page with a link and are reading this note please take appropriate action. Sorry about the short notice on this, I just found out myself. --chris /////\\\\\/////\\\\\ Christopher G. Kolar Coordinator of Information Technology Integration Illinois Mathematics and Science Academy ckolar(a)imsa.edu -- www.imsa.edu/~ckolar -- PGP Public Key ID: 0xC6492C72 Information literacy news, tools, and programs: <mailto:infoliteracy-subscribe@iti.cnsnet.imsa.edu>infoliteracy-subscribe(a)iti.cnsnet.imsa.<mailto:infoliteracy-subscribe@iti.cnsnet.imsa.edu>edu

2 1

Re: [Mailman-Developers] Modifying mailman to filter archived messages
by Laurence Berland 26 Jul '02

26 Jul '02

On Wednesday 24 July 2002 12:39 pm, Barry A. Warsaw wrote: > >>>>> "LB" == Laurence Berland <laurence(a)digitalpulp.com> writes: > LB> Just to clarify, body=msg.get_payload() sets body to the msg > LB> payload, and msg.set_payload(body) sets the msg payload to > LB> body, right? > > Basically, yes, as long as (in the set_payload() situation) you've got > a text/plain message. Whether to use set_payload() or attach() > depends on whether the container is multipart or not. Ouch-I guess I missed this little detail. I'm trying to get an idea of how best to do this. Does this work? (easier in pcode than english): if not msg.is_multipart and msg_type=="text/plain": bod=msg.get_payload() <do transform on bod> msg.set_payload(bod) elif msg.get_type() == 'multipart/mixed': for part in msg.walk() if part_type == "text/plain": bod=part.get_payload() <do transform on bod> part.set_payload(bod) I've sort of cobbled this together on the fly here, so if it's totally off please forgive my ignorance, stupidity, lack of sleep, etc... Laurence

2 1

[ mailman-Bugs-585833 ] Forward posts held for approval
by noreply＠sourceforge.net 26 Jul '02

26 Jul '02

Bugs item #585833, was opened at 2002-07-24 06:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585833&group_i… Category: mail delivery Group: 2.1 beta >Status: Open Resolution: Fixed Priority: 5 Submitted By: Ousmane Wilane (wilane) Assigned to: Nobody/Anonymous (nobody) Summary: Forward posts held for approval Initial Comment: FWIW I'm using the current cvs. When I forward a mail which was held for approval to my email address (oversized mail in this case) I get the provided traceback in my logs and the mail in shunt q: ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-25 23:33 Message: Logged In: YES user_id=12800 I'm re-opening this bug report. Can you upload the .pck and .db files for the message that won't unshunt? ---------------------------------------------------------------------- Comment By: Ousmane Wilane (wilane) Date: 2002-07-24 13:26 Message: Logged In: YES user_id=47556 I swear I did restart it :):) More seriously I stop postfix, apache, mailman before upgrading as outlined in the UPGRADING file ... :) I also did verify that ListAdmin.py 2.39 was checked out This time I'll paste the traceback here (it's thrown in logs/error when I try to unshunt the messages): Jul 24 17:17:25 2002 (30049) Traceback (most recent call last): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 105, in __oneloop self.__onefile(msg, msgdata) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 154, in __onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Queue/OutgoingRunner.py", line 61, in _dispose self._func(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Handlers/SMTPDirect.py", line 134, in process deliveryfunc(mlist, msg, msgdata, envsender, refused, conn) File "/usr/local/mailman/Mailman/Handlers/SMTPDirect.py", line 307, in bulkdeliver msgtext = msg.as_string() File "/usr/local/mailman/pythonlib/email/Message.py", line 99, in as_string g.flatten(self, unixfrom=unixfrom) File "/usr/local/mailman/pythonlib/email/Generator.py", line 81, in flatten self._write(msg) File "/usr/local/mailman/pythonlib/email/Generator.py", line 109, in _write self._dispatch(msg) File "/usr/local/mailman/pythonlib/email/Generator.py", line 141, in _dispatch meth(msg) File "/usr/local/mailman/pythonlib/email/Generator.py", line 283, in _handle_message g.flatten(msg.get_payload(0), unixfrom=0) File "/usr/local/mailman/pythonlib/email/Message.py", line 167, in get_payload raise TypeError, i TypeError: 0 ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 11:46 Message: Logged In: YES user_id=12800 Be sure you "mailmanctl restart" :) ---------------------------------------------------------------------- Comment By: Ousmane Wilane (wilane) Date: 2002-07-24 11:26 Message: Logged In: YES user_id=47556 Oops! After cvs -q up -P -d, The bug stood there with the same traceback. Maybe I'm doing something wrong but don't know what ... :) ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 10:04 Message: Logged In: YES user_id=12800 Fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585833&group_i…

1 0

[ mailman-Bugs-577617 ] Edit before approve
by noreply＠sourceforge.net 26 Jul '02

26 Jul '02

Bugs item #577617, was opened at 2002-07-04 19:59 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=577617&group_i… Category: Web/CGI Group: 2.0.x >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Jasper van Beusekom (jvbeusek) Assigned to: Nobody/Anonymous (nobody) Summary: Edit before approve Initial Comment: All my list owners have made the mistake of expecting to be able to edit a message in the admindb interface before approving, assuming that the edited message would reach the list... I realize that the form-fields are truncated from the original message, but would there be some way for the owner to edit a message before approving it? ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-25 23:28 Message: Logged In: YES user_id=12800 Unfortunately at this time I've decided not to support direct editing of the message via the web page, even for MM2.1. However in 2.1, the field will be read-only so as not to confuse list administrators. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=577617&group_i…

1 0

[ mailman-Bugs-577919 ] Forwarding to comma separated addresses
by noreply＠sourceforge.net 26 Jul '02

26 Jul '02

Bugs item #577919, was opened at 2002-07-05 16:13 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=577919&group_i… Category: Web/CGI Group: 2.0.x >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Pavel Roskin (proski) Assigned to: Nobody/Anonymous (nobody) Summary: Forwarding to comma separated addresses Initial Comment: Mailman 2.0.8 gives an option to forward mail held for approval. Entering comma separated addresses as the forwarding address doesn't cause any warnings, but the message is only delivered to the first address. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-25 23:25 Message: Logged In: YES user_id=12800 While this won't be fixed for MM2.0, I just made sure this works for MM2.1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=577919&group_i…

1 0

[ mailman-Bugs-585229 ] opening holes by changing permissions?
by noreply＠sourceforge.net 26 Jul '02

26 Jul '02

Bugs item #585229, was opened at 2002-07-22 23:03 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585229&group_i… Category: configuring/installing Group: 2.1 beta >Status: Closed Resolution: None Priority: 5 Submitted By: Paul Marshall (paulmarshll) Assigned to: Nobody/Anonymous (nobody) Summary: opening holes by changing permissions? Initial Comment: I was having problems adding a list in Mailman 2.1beta via the web interface, it was giving me an error regarding permissions to the mailman/data/aliases.db file. This is the error I got: ... File "/var/mailman/Mailman/MTA/Postfix.py", line 46, in _update_maps raise RuntimeError, msg % (acmd, status, errstr) RuntimeError: command failed: /usr/sbin/postalias /var/mailman/data/aliases (status: 1, Operation not permitted) To fix this I changed the permissions on this file so apache could write to it. chmod a+w aliases.db This did fix the problem of creating and deleting lists via the web interface. Does anyone know if this would open up any security holes? Is there another way to fix the permissions problem that is more logical? Thanks for your help. Paul Marshall ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-25 21:19 Message: Logged In: YES user_id=12800 Cool, thanks, I'm closing this bug report. ---------------------------------------------------------------------- Comment By: Paul Marshall (paulmarshll) Date: 2002-07-24 11:44 Message: Logged In: YES user_id=582441 Thanks for the help bwarsaw, its working now and I don't have a+w on aliases.db Paul ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 11:28 Message: Logged In: YES user_id=12800 You shouldn't need to do this if you've followed the directions in README.POSTFIX. The key issue is that aliases and aliases.db must be group owned by `mailman' and must be group writeable. Since the cgi scripts are setgid mailman Apache should have no problems writing the file. And since Postfix filter prog is also setgid mailman, it should have no problems either. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585229&group_i…

1 0

Re: [Mailman-Developers] Why both a .msg and .db in qfiles?
by J C Lawrence 25 Jul '02

25 Jul '02

On Wed, 24 Jul 2002 16:20:49 -0600 Jason R Mastaler <Jason> wrote: > I'm curious why MM doesn't just store the rfc822 headers and message > body in the .db pickle/marshal as well? Why maintain two files > instead of just one? One advantage of the flat text message file is that it can be edited by external tools (in my case XEmacs and various odd scripts) prior to being processed and released for broadcast by the moderation interface. <<Yeah, I hand edit every post>> > The reason I ask is because I'm contemplating a similar approach for > TMDA. Mailman v2.1 offers a choice between the above approach and a pickle. -- 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 8

Re: [Mailman-Developers] Re: Why both a .msg and .db in qfiles?
by J C Lawrence 25 Jul '02

25 Jul '02

On Thu, 25 Jul 2002 10:10:58 -0600 Jason R Mastaler <Jason> wrote: > J C Lawrence <claw(a)kanga.nu> writes: >> Mailman v2.1 offers a choice between the above approach and a pickle. > Where is this configured in MM 2.1? Defaults.py/mm_cfg.py. -- 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.

2 1