Mailman 3 December 2002 - Mailman-Developers

[ mailman-Bugs-646598 ] build machine != install machine
by noreply＠sourceforge.net 07 Dec '02

07 Dec '02

Bugs item #646598, was opened at 2002-12-01 15:26 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=646598&group_i… Category: configuring/installing Group: 2.1 beta >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Matthias Klose (doko) Assigned to: Nobody/Anonymous (nobody) Summary: build machine != install machine Initial Comment: when building packages on a machine, the machine name is encoded in Defaults.py. Not sure, what the "correct" solution is, but IMO it would be better to set the name in mm_cfg.py. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-07 18:02 Message: Logged In: YES user_id=12800 mm_cfg.py is off-limits for Mailman to touch -- it's purely for site customizations. Between manually editing mm_cfg.py in its final destination and the configure switches --with-mailhost and --with-urlhost, I think there are plenty of acceptable ways to configure this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=646598&group_i…

1 0

[ mailman-Bugs-643231 ] Last archived date is incorrect
by noreply＠sourceforge.net 07 Dec '02

07 Dec '02

Bugs item #643231, was opened at 2002-11-24 15:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=643231&group_i… Category: Pipermail Group: 2.1 beta >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Terry Grace (tgrace) Assigned to: Nobody/Anonymous (nobody) Summary: Last archived date is incorrect Initial Comment: The last archived date/time is incorrect. Time appears to be GMT, not local time (e.g. ahead 5 hrs for sites in EST) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=643231&group_i…

1 0

[ mailman-Bugs-650147 ] archived with bad dates / out of range
by noreply＠sourceforge.net 07 Dec '02

07 Dec '02

Bugs item #650147, was opened at 2002-12-07 14:11 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=650147&group_i… Category: Pipermail Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Mentor Cana (mcana) Assigned to: Nobody/Anonymous (nobody) Summary: archived with bad dates / out of range Initial Comment: Here is one of these messages with a bad date that when archived gets archived with the date of the archive task. So, when rebuilding archives it is archived wrongly. Example: the message attached should be archived with a date of "Apr 9 2000" and instead gets archived with today's data if rebuild today. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=650147&group_i…

1 0

[ mailman-Patches-646884 ] HyperArch.py multibyte charset
by noreply＠sourceforge.net 07 Dec '02

07 Dec '02

Patches item #646884, was opened at 2002-12-02 12:27 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=646884&group_i… Category: Pipermail Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: HyperArch.py multibyte charset Initial Comment: HyperArch.py in 2.1b5 use Utils.uquote() for CGIescape() and html_quote() but it does not take language argument. This is no good for multilbyte charset because characters are escaped in separate 8bit bytes which results in mojibake. We should rather use Utils.uncanonstr() to honor the legal characters within the multibyte charset. This patch fixes other minor bugs in the current code. ---------------------------------------------------------------------- Comment By: Martin v. Löwis (loewis) Date: 2002-12-07 18:10 Message: Logged In: YES user_id=21627 Tokio, can you please explain the problem in more detail? Utils.uquote will always return 7bit strings only, potentially with nested HTML character references. Why could this cause a problem in a multi-byte encoding? Can you refer to a page that looks incorrectly because of that? ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-07 17:27 Message: Logged In: YES user_id=12800 Here's a new version of the patch that applies cleanly to current cvs. I'm not sure I'm testing it well enough, so could you take a look? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=646884&group_i…

1 0

[ mailman-Bugs-616674 ] bin/arch not processing mbox import corr
by noreply＠sourceforge.net 07 Dec '02

07 Dec '02

Bugs item #616674, was opened at 2002-09-30 13:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=616674&group_i… Category: command line scripts Group: 2.1 beta Status: Open Resolution: None Priority: 7 Submitted By: fuzzy (fuzzynco) Assigned to: Nobody/Anonymous (nobody) Summary: bin/arch not processing mbox import corr Initial Comment: I needed to import an archive from yahoo!groups. a list formerly on Y!G is now on my server with MM2.1b3. After creating the mbox file with a perl script na dtesting it with pine (to make sure all the email is acuallu there), I tried to import it using arch. there are a few thousand emails in the file, but arch only finds 2? I posted to the mm users mailing list and got a reply from Larry Weeks, said to send him a copy of the file, and he tested it with bin/arch from 2.0.6 and it works as expected. since the mbox file is readable by pine, shouldn't arch handle it correctly? email me if i can provide any thing that would help diagnose the problem. thanks... fuzzy(a)pooh.asarian.org ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-07 11:33 Message: Logged In: YES user_id=12800 arch only handles mbox files in "Unix mbox format". Such files delineate messages with a single line containing "From " -- that's "F R O M space" at the front of the line. There can be stricter criteria on what follows that header, but that's the gist of it. Maybe your individual files don't have the right separator. You can try running bin/cleanarch on the file to see if it's close. Use --dry-run to just examine the file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=616674&group_i…

1 0

Patch # 646884
by barry＠python.org 07 Dec '02

07 Dec '02

Tokio Kikuchi posted patch #646884 to fix some mojibake problems with the archiver (ooh, I just love throwing that term around :). I worked out a cleaner patch w.r.t. today's cvs and uploaded it http://sf.net/tracker/index.php?func=detail&aid=646884&group_id=103&atid=30… I'm not sure I'm testing it thoroughly, so I'd appreciate another set of eyes. Should I apply this patch? Thanks, -Barry

1 0

[ mailman-Patches-646884 ] HyperArch.py multibyte charset
by noreply＠sourceforge.net 07 Dec '02

07 Dec '02

Patches item #646884, was opened at 2002-12-02 06:27 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=646884&group_i… Category: Pipermail Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: HyperArch.py multibyte charset Initial Comment: HyperArch.py in 2.1b5 use Utils.uquote() for CGIescape() and html_quote() but it does not take language argument. This is no good for multilbyte charset because characters are escaped in separate 8bit bytes which results in mojibake. We should rather use Utils.uncanonstr() to honor the legal characters within the multibyte charset. This patch fixes other minor bugs in the current code. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-07 11:27 Message: Logged In: YES user_id=12800 Here's a new version of the patch that applies cleanly to current cvs. I'm not sure I'm testing it well enough, so could you take a look? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=646884&group_i…

1 0

Archiving problem in current CVS.
by Jinhyok Heo 07 Dec '02

07 Dec '02

I got two problems and one feature request. Fist, if I try to regenerate archive of a list with Current CVS mailman(using bin/arch), characters of the archives are currupted, unlike incoming mails. Can you give it a glance? And, I've set "ARCHIVE_HTML_SANITIZER = 3" in my mm_cfg.py, but it doesn't work. Incoming mails are archived as if set with "ARCHIVE_HTML_SANITIZER = 1". Why don't we have such a ARCHIVE_HTML_SANITIZER option that leaves html parts inline and doesn't html-escape. It can be really dangerous but, in a small reliable group, such an option can be quite useful. Nowadays there are many free webmail services which they send html mails only and archives become quite ugly. -- | Jinhyok Heo (novembre @ ournature.org || http://ournature.org/~novembre/) |-------------------------------------------------------------------------- | "We are still reaching for the sky. In the developed countries people | are coming back down, saying, `It's empty up there.'" --- a Ladakhi monk

2 1

bin/arch traceback
by Greg Ward 07 Dec '02

07 Dec '02

A few weeks back (http://mail.python.org/pipermail/mailman-developers/ 2002-November/013960.html), Andrew Clark reported a traceback from bin/arch on some lists some of the time. I've just hit the same bug (our tracebacks are identical): $ ./bin/arch <listname> [...churn, churn, churn...] #04077 <mailman.4063.1039018365.21495.mems-talk(a)memsnet.org> Updating index files for archive [2001-July] Date Subject Author Thread Computing threaded index Updating HTML for article 8892 Updating HTML for article 8893 Updating HTML for article 8894 Updating HTML for article 8895 Updating HTML for article 8896 Updating HTML for article 8897 Updating HTML for article 8898 Updating HTML for article 8899 Updating HTML for article 8891 Updating HTML for article 8900 Updating HTML for article 8901 Updating HTML for article 8902 Updating HTML for article 8903 Updating HTML for article 8904 Updating HTML for article 5007 Traceback (most recent call last): File "./bin/arch", line 173, in ? main() File "./bin/arch", line 163, in main archiver.close() File "/usr/local/mailman/Mailman/Archiver/pipermail.py", line 303, in close self.update_dirty_archives() File "/usr/local/mailman/Mailman/Archiver/pipermail.py", line 517, in update_d irty_archives self.update_archive(i) File "/usr/local/mailman/Mailman/Archiver/HyperArch.py", line 1058, in update_ archive self.__super_update_archive(archive) File "/usr/local/mailman/Mailman/Archiver/pipermail.py", line 425, in update_a rchive self._update_thread_index(archive, arcdir) File "/usr/local/mailman/Mailman/Archiver/pipermail.py", line 479, in _update_ thread_index self.update_article(arcdir, article, a1, a3) File "/usr/local/mailman/Mailman/Archiver/HyperArch.py", line 1223, in update_ article f.write(article.as_html()) File "/usr/local/mailman/Mailman/Archiver/HyperArch.py", line 407, in as_html d['listurl'] = self._mlist.GetScriptURL('listinfo', absolute=1) AttributeError: Article instance has no attribute '_mlist' Andrew said that renaming away the existing HTML archive did the trick -- I'll do that, but I don't like making the archives for this list unavailable even for a few minutes. (It takes a while to generate the whole archive, which goes back to 1994.) Or should I "cvs up" instead, ie. has this bug been fixed? Thanks -- Greg -- Greg Ward - software developer gward(a)mems-exchange.org MEMS Exchange http://www.mems-exchange.org

2 8

[ mailman-Bugs-649037 ] Attachments not working.
by noreply＠sourceforge.net 07 Dec '02

07 Dec '02

Bugs item #649037, was opened at 2002-12-05 10:56 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=649037&group_i… Category: Pipermail Group: 2.1 beta >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Patrick Finnerty (finnertyp) Assigned to: Nobody/Anonymous (nobody) Summary: Attachments not working. Initial Comment: Platform: TRU64 v5.1a I'm using Mailman v2.1b5 and have noticed the following problem when archiving attached files. MS-Excel documents are not getting properly archived. Well, the file that is posted appears unharmed in the ...archive/<list>/attachments/... directory on the server, but it isn't available as an attachment from the posted message. A few lines are garbage are there instead. MS Word, Powerpoint, PDF files are OK from what I've tested although I've found a similar problem to above with a Word document when using 'arch' on an existing mailbox. Ie, arch creates the html pages OK and extracts the attachments OK, but a Word document isn't available from the message. - Pat. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-07 03:08 Message: Logged In: YES user_id=12800 I think the problem you're seeing is that with Excel spreadsheets, your browser is displaying the binary data to you instead of offering to save it to disk, as it does for Powerpoint files. Here's the problem: we don't trust the file extension on attachments, but instead, we look the Content-Type up in Python's mimetypes module to find the file extension that we use when saving the attachment to a file. application/vnd.ms-excel are reversed mapped to .xlb extension but your browser probably doesn't know what to do with .xlb I think there's little Mailman can do here. I suggest right-clicking on the link to save it to a file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=649037&group_i…

1 0