Update of bug #11761 (project mhonarc):
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.12
___
Reply to this item at:
Update of bug #13317 (project mhonarc):
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.12
___
Reply to this item at:
Release 2.6.12 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/MHonArc.
http://www.mhonarc.org/release/MHonArc/
2005/06/08 (2.6.12)
* Bug Fixes:
Bug ID Summary
--
On June 10, 2005 at 12:40, David Balazic wrote:
Currently (MHonArc v2.6.6 at
http://www.uwsg.iu.edu/hypermail/linux/kernel/0506.1/date.html)
the dates and times are display as specified in the mail message.
So the web page is a mix of all possible timezones.
That is very hard to read.
On June 13, 2005 at 08:49, David Balazic wrote:
Contact the admin for the archive in question. MHonArc provides
the ability to format date/times in a variety of ways, including the
ability to insert your Javascript trick, via MHonArc's layout
resources.
That is not a one click
Follow-up Comment #2, bug #12314 (project mhonarc):
Applied a fix that will work with versions of Perl with
the Encode module installed (i.e Perl =5.8). The fix converts
the input to perl's internal utf-8 so line breaking is done on characters
vs bytes. The data is translated back after
Update of bug #12314 (project mhonarc):
Status:None = Ready For Test
Fixed Release: = CVS
___
Reply to this item at:
On June 22, 2005 at 18:04, East Coast Coder wrote:
I wasn't talking about mail encodings. I was talking about converting
to html - that is, the subject after mhonarc has converted it
to html.
Encodings are applicable. See the MIME RFCs.
DB2 require './readmail.pl'
DB3 $sub = 'Is
On June 22, 2005 at 17:46, East Coast Coder wrote:
@refs = remove_dups([EMAIL PROTECTED]);# Remove duplicate msg-ids
Is that necessary? Since it's pass-by-ref, can't we just do:
remove_dups([EMAIL PROTECTED]);
No. RTFRS (Read the friendly routine source). The passed in
array is
Update of bug #11759 (project mhonarc):
Status: Postponed = Ready For Test
Perl Version: 5.8.4 = All
Fixed Release: = CVS
Release 1.1.9 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/devtools.
http://www.mhonarc.org/release/mharc/tar/
==
v1.1.9 2005/07/16
* release:
+ Added -keeptest option to allow preservation of test files.
There are 3 bugs pending closure and some documentation updates
I would like to formally release. If anyone has vested interest
in the bugs, please respond if there are still any outstanding
issues.
Also, does anyone have any critical items they would like to have
addressed before the next
On July 19, 2005 at 23:49, Jeff Breidenbach wrote:
(1) Run a spellcheck. There's some typos, for example
practive - practice
inorder - in order
negligable - neglibile
That's what readers are for :)
(2) Use MIMEINCS and/or MIMEEXCS
It's not clear to me whether this is
Update of bug #11759 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: CVS = 2.6.14
___
Reply to this item at:
Update of bug #3225 (project mhonarc):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.14
Update of bug #2641 (project mhonarc):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.14
Release 2.6.14 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/MHonArc.
http://www.mhonarc.org/release/MHonArc/
2005/07/23 (2.6.14)
* Bug Fixes:
Bug ID Summary
--
Release 2.6.15 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/MHonArc.
http://www.mhonarc.org/release/MHonArc/
2005/07/27 (2.6.15)
* Removed debugging statement introduced during v2.6.14 development
which
On August 1, 2005 at 11:29, East Coast Coder wrote:
What is the best way, form within a callback, to determine the charset?
Have a look at the readmail::extract_charset() routine.
Note, you may need to take into account the TEXTENCODE resource.
If enabled, all character data will be converted
On August 9, 2005 at 22:23, East Coast Coder wrote:
I've been running mhonarc through a loop driver, to save the time of
the fork/exec/parse/compile:
mhonarc::initialize
while (...)
mhonarc::process_archive
I tried to control this via Signals (ie, so I can tell the driver to
stop
On August 10, 2005 at 00:01, East Coast Coder wrote:
Sorry for not being more clear.
The signal is used for when I change the callbacks or config. It is a
quick sub which sets a flag $exit_requested = 1. After each
process_archive(), the flag is checked. That way, an exit happens
On August 12, 2005 at 15:49, East Coast Coder wrote:
I should note that I use a require $ENV{...} in the callbacks, to
allow easy change to a config file - but I've been doing this for a
while, with no problems. If the envar isn't set, -c fails.
Require caches what is loads, so if the value
On September 28, 2005 at 14:51, David I. Bell wrote:
I would like to promote attachment URLs to the index page so users looking
for attachments don't have to click on every message to hunt down the
attachment they are looking for. See
http://www.dogatemyhw.org/archives/bio-gallego/ for an
On October 7, 2005 at 10:31, Jeff Breidenbach wrote:
I got an interesting bug report via Debian just now. Not
quite sure what to make of it.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=332653
Is it possible to get the submitter to post a bug report to
savannah? Or at a minimum, add
Update of bug #15253 (project mhonarc):
Status:None = Need Info
___
Follow-up Comment #1:
The FIELDORDER and EXCS resources should deal with this problem.
Unless more information is
Update of bug #14713 (project mhonarc):
Status:None = Ready For Test
Fixed Release: = CVS
___
Follow-up Comment #1:
Checked in a
Follow-up Comment #5, bug #13853 (project mhonarc):
Possible fixes that can be applied:
1 Add a FOLLOWSYMLINKS resource that tells mhonarc to leave
symlinks alone. This would have to be explicitly enabled.
2 Check the user ID of the symlink to see if it matches the
pid of the mhonarc
Update of bug #14813 (project mhonarc):
Status:None = Ready For Test
Platform Version: Linux = All
Component Version: MHonArc v2.6.15 = 2.6.15
Fixed Release:
Update of bug #14747 (project mhonarc):
Status:None = In Progress
___
Follow-up Comment #1:
Andrew creates a custom regex for the given charset and
passes the data through that versus the
On January 9, 2006 at 22:19, Jeff Breidenbach wrote:
When mhonarc is producing UTF-8 using the TEXTENCODE resource, does it
ever produce invalid UTF-8? I ask because I'm taking some mhonarc
output, stripping the HTML, then feeding the results to a Perl based text
analysis program. Which
On January 11, 2006 at 20:41, Chris Heath wrote:
I noticed the same thing. I think I like the existing behavior the best
because when you use -attachmentdir dir on the command line, it is
more intuitive to make it relative to the current directory. So IMHO it
should be categorized as a
Follow-up Comment #5, bug #15415 (project mhonarc):
Due to not being fulling awake, I had a brain fart and deleted
the AFTER attachment you posted.
However, based upon the first message you attached, here is what
I believe is going on:
The original message is structured as follows before going
Update of bug #16368 (project mhonarc):
Status:None = Fixed
Operating System: Linux = All
Component Version: ewhutil = =2.6.15
Fixed Release:
Update of bug #16477 (project mhonarc):
Status: Need Info = Invalid
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #14704 (project mhonarc):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.16
Update of bug #14713 (project mhonarc):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.16
Update of bug #14813 (project mhonarc):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.16
Update of bug #16368 (project mhonarc):
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.16
___
Reply to this item at:
Release 2.6.16 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/MHonArc.
http://www.mhonarc.org/release/MHonArc/
2006/06/09 (2.6.16)
* Bug Fixes:
Bug ID Summary
--
Follow-up Comment #9, bug #15415 (project mhonarc):
The HTML is malformed, causing the HTML filter to remove
almost all of the content.
The HTML has duplicate head.../head sections, with the
dup at the very end of the HTML part of the message. MHonArc
removes the head component, and the regex
(conversation re-directed to mhonarc-dev list)
On April 14, 2007 at 14:57, Jeff Breidenbach wrote:
The number of calls look pretty interesting. For example,
there are almost five thousand calls to the RFC822
tokenizer when adding a single message to an archive.
Caching tokenized data may
Update of bug #19627 (project mhonarc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #3:
There is no missing
Follow-up Comment #1, bug #18112 (project mhonarc):
This is a limitation of SPAMMODE, and the related resources
that allows one to rewrite addresses.
There is the 'nourl' filter option for m2h_text_plain::filter
which will disable the creation of links in text messages, but
using it may make
Follow-up Comment #1, bug #17579 (project mhonarc):
I know I once saw a mailer that stuck the sender's
address inside the message-id; this caused some
grief. Maybe it is stultifyingly rare, though.
I believe a mailing list source package (ListServ?)
did this.
It is a real pain since a
Follow-up Comment #6, bug #20252 (project mhonarc):
For me to do an accurate analysis, I first need access to
the original raw mail message.
Then, it will help to know what resource settings are
being used for the archive in question since some resources
affect how mhonarc process character
Follow-up Comment #8, bug #20252 (project mhonarc):
Just download mhonarc from www.mhonarc.org, install, and
run. Mhonarc is independent of any MTA.
To convert a single message, you can do:
mhonarc -single message.822 message.html
I ran the above on the sample attached message, and
the
Update of bug #20252 (project mhonarc):
Open/Closed:Open = Closed
Fixed Release: = N/A
___
Reply to this item at:
Follow-up Comment #14, bug #20252 (project mhonarc):
My guess the following bug (fixed in v2.6.11) is
the source of the problem:
https://savannah.nongnu.org/bugs/?11187
Since it appears the problem is fixed in a later
version of mhonarc, I'm going to close this item.
If the problem persists
Follow-up Comment #3, bug #20142 (project mhonarc):
Do you have any original messages that illustrate
the problem?
I want to make sure thay any work I do will address
the cases you are encountering.
Thanks.
___
Reply to this item at:
on
Stable URL since stable filenames has been a problem for mhonarc.
--
Earl Hood, [EMAIL PROTECTED]
Web: http://www.earlhood.com/
PGP Public Key: http://www.earlhood.com/gpgpubkey.txt
-
To sign-off this list, send email to [EMAIL
On July 3, 2008 at 10:52, Barry Warsaw wrote:
You may be right that the readability argument is specious. It may be that
cut-n-paste is the overwhelming use case for archived-at. Does that mean
you'd argue for the slightly shorter base64 encoding of the hash?
I have no strong feelings on this
On July 7, 2008 at 11:43, Barry Warsaw wrote:
Actually RFC 3548 defines a url safe base64 alphabet which substitutes -
and _ for + and /. Python's base64 library supports this and I propose
using this alternative alphabet if we go with base64.
I did not know there was an RFC for this.
The
Update of bug #22427 (project mhonarc):
Status:None = Wont Fix
Fixed Release: = N/A
___
Reply to this item at:
Update of bug #22427 (project mhonarc):
Open/Closed:Open = Closed
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?22427
___
Update of bug #23937 (project mhonarc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Reply to this item at:
Follow-up Comment #4, bug #18112 (project mhonarc):
For the comment #3 URL, is the breaking the
line breaks in the URL. This could be how the
original data is formatted.
Examination of the raw mail data is required.
___
Reply to this
Follow-up Comment #7, bug #20142 (project mhonarc):
I posted a response to your Tamil problem awhile back
to the user's list:
http://www.mhonarc.org/archive/cgi-bin/mesg.cgi?a=mhonarc-usersi=200903230354.n2N3sQD3008778%40gator.earlhood.com
Wrt to the Tamil problem, I could not verify the
Update of bug #26577 (project mhonarc):
Status:None = In Progress
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?26577
___
URL:
http://savannah.nongnu.org/bugs/?32014
Summary: CVE-2010-1677: DoS when processing html messages
with deep tag nesting
Project: MHonArc
Submitted by: ehood
Submitted on: Thu 30 Dec 2010 02:45:51 PM CST
Category:
Update of bug #26577 (project mhonarc):
Status: In Progress = Ready For Test
Assigned to:None = ehood
Operating System: Linux = All
Update of bug #14747 (project mhonarc):
Status: In Progress = Ready For Test
___
Follow-up Comment #2:
I applied Andrew's patch to provide benefits
for 8-bit charsets.
Update of bug #17904 (project mhonarc):
Status:None = Ready For Test
___
Follow-up Comment #1:
This problem got fixed while working on something else.
Fixed in revision 2.33 of mhutil.pl.
Update of bug #20074 (project mhonarc):
Status:None = Need Info
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?20074
___
Update of bug #20142 (project mhonarc):
Status:None = Need Info
___
Follow-up Comment #8:
It's been too long since I last looked at this problem.
Jeff, do you mind providing a sample
Update of bug #25225 (project mhonarc):
Status:None = Ready For Test
___
Follow-up Comment #1:
Applied change as recommended by this bug item. Also removed
last return statement so chmod
Update of bug #25486 (project mhonarc):
Status:None = Ready For Test
___
Follow-up Comment #1:
Fixed committed into respository. Duplicates are
removed from @ExtraHFields in mhopt.pl. I
Update of task #10848 (project mhonarc):
Open/Closed:Open = Closed
___
Reply to this item at:
http://savannah.nongnu.org/task/?10848
___
Follow-up Comment #10, bug #20074 (project mhonarc):
Yes, solution implemented is inline with comment #2. The decoding
phase is done after the header is parsed and the $fields
hash is populated. The decoding phase operates on the
values in the $fields hash.
Update of bug #18112 (project mhonarc):
Category:None = MIME Filter
Item Group:None = Undesired Behavior
Status:None = Wont Fix
Open/Closed:
Update of bug #17860 (project mhonarc):
Status:None = Ready For Test
___
Follow-up Comment #1:
This appears to have been fixed due to changes made for
other items (2009/05/03). The
Update of bug #18908 (project mhonarc):
Status:None = Ready For Test
___
Follow-up Comment #1:
Modified non-ASCII decoder to translate CRs and LFs to spaces.
I do not think CRs and LFs
Update of bug #17660 (project mhonarc):
Status:None = Ready For Test
___
Follow-up Comment #2:
Fix applied. However, the moving of the code block of
with starting comment ## Close entry
Update of bug #15433 (project mhonarc):
Status:None = Ready For Test
___
Follow-up Comment #1:
Fix checked in.
___
Reply to this
Update of bug #20073 (project mhonarc):
Priority: 5 - Normal = 3 - Low
Status: Postponed = Known Limitation
Open/Closed:Open = Closed
Fixed Release:
Update of bug #372 (project mhonarc):
Severity: 1,5 = 2 - Minor
Priority: 2 = 1 - Later
Status:None = Postponed
Update of bug #17579 (project mhonarc):
Category:None = Mail Parsing
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?17579
___
Update of bug #19142 (project mhonarc):
Priority: 5 - Normal = 1 - Later
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?19142
___
Update of patch #5378 (project mhonarc):
Status:None = Done
Open/Closed:Open = Closed
Discussion Lock: Any = Locked
Update of bug #32032 (project mhonarc):
Status: In Progress = Ready For Test
___
Follow-up Comment #1:
Fixes applied as highlighted in patch #5730.
Update of patch #5730 (project mhonarc):
Status:None = Done
Open/Closed:Open = Closed
Discussion Lock: Any = Locked
Update of task #1543 (project mhonarc):
Should Start On: = Mon 03 Jan 2011 12:00:00
AM CST
Should be Finished on: = Mon 03 Jan 2011 12:00:00
AM CST
Status:None = Cancelled
Update of bug #32032 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #15433 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #14747 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #17660 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #17860 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #17904 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #18113 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #20074 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #20142 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #23198 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #24247 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #25225 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #25486 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #26577 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #32013 (project mhonarc):
Fixed Release: = 2.6.17
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?32013
___
Update of bug #32014 (project mhonarc):
Status: Ready For Test = Fixed
Fixed Release: = 2.6.17
___
Reply to this item at:
Update of bug #32013 (project mhonarc):
Status: Ready For Test = Fixed
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?32013
___
URL:
http://savannah.nongnu.org/bugs/?32080
Summary: Specially crafted base href can lead to XSS
exploit
Project: MHonArc
Submitted by: ehood
Submitted on: Sun 09 Jan 2011 02:46:00 AM CST
Category: MIME Filter
Update of bug #32080 (project mhonarc):
Status: Confirmed = Fixed
___
Follow-up Comment #1:
mhtxthtml.pl filter modified to fix exploit. Other modifications
done to improve the
101 - 200 of 476 matches
Mail list logo