Release 2.5.5 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/MHonArc.
http://www.mhonarc.org/release/MHonArc/
2002/05/28 (2.5.5)
* Bug Fixes: See
http://savannah.gnu.org/bugs/index.php?group_id=1968
Release 0.5.1 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/mharc.
http://www.mhonarc.org/release/mharc/tar/
===
2002/07/31: v0.5.1
* cgi-bin/extract-mesg.cgi.in.dist:
. Changed returned media-type from
Release 0.6.1 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/mharc.
http://www.mhonarc.org/release/mharc/tar/
===
2002/09/04: v0.6.1
* bin/extract-mesg-date:
. Added check for new MSG_DATE_FIELDS config.sh variable
On September 13, 2002 at 02:55, Mooffie wrote:
This relates to the TODO item of having
chained filters.
Chained? You mean that they'll run one after the other?
If you examine a filter in HSMA, you'll see that its structure is:
sub my_new_HTML_filter {
# 1. do some
Release 0.6.4 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/mharc.
http://www.mhonarc.org/release/mharc/tar/
===
2002/09/19: v0.6.4
* bin/web-archive:
. BUG FIX: Changes to fix backdoor to raw mail messages for
Release 0.7.0 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/mharc.
http://www.mhonarc.org/release/mharc/tar/
===
2002/09/28: v0.7.0
* Extracting the mharc distribution will now generate a directory
called
Release 0.7.1 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/mharc.
http://www.mhonarc.org/release/mharc/tar/
===
2002/10/02: v0.7.1
* lib/lists.def, bin/mk-procmailrc, bin/web-archive:
. Added support for
On October 20, 2002 at 02:34, Steven M. Christey wrote:
(I'm assuming this makes it to mhonarc-dev too)
If not subscribed, it will eventually get manually approved by
the list administrator.
I think the requirement of the ':' should prevent scripting markup.
Before that, I think you would
Release 2.5.13 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/MHonArc.
http://www.mhonarc.org/release/MHonArc/
2002/10/21 (2.5.13)
* Bug Fixes: See
http://savannah.gnu.org/bugs/index.php?group_id=1968
On October 28, 2002 at 18:40, Jeff Breidenbach wrote:
Possible mhonarc bug reported by Debian users. Details at:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=155305repeatmerged=yes
Not a bug. See the USELOCALTIME resource.
--ewh
On October 29, 2002 at 03:31, Gunnar Hjalmarsson wrote:
Single line paragraphs are ambiguous as to whether they are fixed or flowed.
I think that it is a little startling to have a fixed-width font line in betw
een two variable-width paragraphs. Granted, it's not a capital crime, but it i
s
On November 2, 2002 at 15:36, Gunnar Hjalmarsson wrote:
I don't understand how that would be possible. For quoted paragraphs,
yes, but not for unquoted. Please have a look at
http://arc.ringlink.org/ringlink-open/msg02452.html to see what I mean
(and also have fixed via resource-settings, so
On November 5, 2002 at 16:58, Gunnar Hjalmarsson wrote:
* The initial BEGIN block is probably not needed. Fatal messages
should be sent a log file to avoid any potential sensitive
information showing up in someone's browser. Error messages the user
see should not be some Perl error
(This is dev stuff, so I'm cc'ing mhonarc dev since it is the
forum for discussing mharc development also.)
On November 20, 2002 at 21:38, Christopher P. Lindsey wrote:
I'm not sure I understand the question, but I'll try to answer.
There is one procmailrc for all list archives. It's role
On November 28, 2002 at 00:20, Gunnar Hjalmarsson wrote:
I think that the script is now ready to be added to the repository. This
is the POD output at my site:
http://www.gunnar.cc/mhonarc/mhastart.pl.html
I have stated that questions or bug reports should preferrably be
reported
On November 29, 2002 at 12:46, Gunnar Hjalmarsson wrote:
Earl, maybe it would be a good idea, after all, to remove the file and
re-add it with the -ko option.
Done.
--ewh
-
To sign-off this list, send email to [EMAIL
On December 10, 2002 at 15:57, Takashi P.KATOH wrote:
From: Earl Hood [EMAIL PROTECTED] [EMAIL PROTECTED]
Subject: CVS: mhonarc/MHonArc/examples def-mime.mrc,1.19,1.20
Date: Tue, 10 Dec 2002 01:44:22 -0500
***
*** 93,97
iso-8859-15;MHonArc::CharEnt::str2sgml
On December 29, 2002 at 00:21, Gunnar Hjalmarsson wrote:
Content-Type: multipart/mixed; boundary=X
--X
Content-Type: text/html
img
--X
Content-Type: text/html
src=http://www.mhonarc.org/MHonArc/logo/mhastampw_t.png;
--X--
The final
. In this test, there is a blank line
at the end, but it is quoted at the same level of this test.
Level 1 text. Level 1 text. Level 1 text. Level 1 text.
Level 1 text. Level 1 text. Level 1 text. Level 1 text.
A short quoted paragraph.
The End.
--ewh
--
Earl Hood, [EMAIL PROTECTED]
Web
On January 4, 2003 at 12:19, W3Hosts Development Team wrote:
Some option processing occurs after site initialization which requires
registered callbacks in site initialization for conditional processing by
archive. Please don't tell me wrapper is the answer...
It may be 6 of one or half
On January 6, 2003 at 00:38, W3Hosts Development Team wrote:
Normally, I have no problem with wrappers with a well-defined API. I want
to stay away from implementing undocumented MHonArc calls.
Will 2.6 preserve 2.5x API or will we have to re-write our apps to upgrade?
2.6 will be
On January 8, 2003 at 23:59, Christopher P. Lindsey wrote:
# CHANGE: tests if directory exists; saves a system call
:0 Wic
* ? test ! -d $MBOXROOT/mhonarc-users
`mkdir -m 755 -p $MBOXROOT/mhonarc-users`
But isn't the call to 'test' a system call or does
mhonarc-dev,
Since I have other priorities coming down the pike, I have decided
to freeze any new functionality development for v2.6.0 and only
concentrate on bug fixes and refinements.
I would like to release v2.6.0 as soon as possible, but would like to
have others test things out before the
On February 6, 2003 at 10:29, Tomohiko Sugihara wrote:
My explanation was not enough...
I tried 2003-02-05 snapshot build and I found the same issue.
Normally it's good . If attachment file name contains x??24 (ex. x2524),
file name is converted to unexpected string. Is it caused by Perl ?
On February 19, 2003 at 13:52, Takashi P.KATOH wrote:
reported to me that v2.6.0 with iso2022jp.pl converts
Japanese text improperly.
...
The following diff should fix the problem:
...
Please test out the fix.
Umm, this patch seems inappropriate.
...
Otherwise, `@' will be
Release 2.6.1 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/MHonArc.
http://www.mhonarc.org/release/MHonArc/
2003/02/22 (2.6.1)
* Bug Fixes: See
http://savannah.nongnu.org/bugs/index.php?group_id=1968
(Sorry for those that receive this message twice)
MHonArc Users,
The system that performs updates to the mhonarc.org list archives
is down. The archives are still accessible (the web server runs on a
separate system), but recent messages are still queued to be archived.
The downed system is
Release 1.1.1 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/install.me.
http://www.mhonarc.org/release/install.me/
===
2003/07/191.1.1
* Added -root path option to set the root file hierarchy that
all
Release 2.6.5 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/MHonArc.
http://www.mhonarc.org/release/MHonArc/
2003/07/19 (2.6.5)
* Bug Fixes:
Bug ID Summary
--
On July 31, 2003 at 11:10, Sean Dague wrote:
Attached is a patch which fixes boundary detection for multipart mime
encoding. As a mutt user, I found all my messages going through mhonarc
that were pgp signed ended up not being properly detected as the multipart
mime messages that they were.
(I'm following-up to the mhonarc-dev list since this is appropriate
for that list. The author of the original message is being bcc'ed in
this reply. The original author is free to only correspond with me
in private if they choose to not subscribe to mhonarc-dev.)
(BTW, feature requests can
On August 6, 2003 at 14:27, Vicki Brown wrote:
I'm afraid I don't understand... the database gets correupted and somehow
allows itself to create 15 entries for the same named html file (though the
file is never created) and this is consistent behaviour and somehow not a
valid bug?
As was
Re-release 2.6.8 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/MHonArc.
http://www.mhonarc.org/release/MHonArc/
2003/08/12 (2.6.8)
* Bug Fixes:
Bug ID Summary
--
Release 2.6.7 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/MHonArc.
http://www.mhonarc.org/release/MHonArc/
2003/08/07 (2.6.7)
* Bug Fixes:
Bug ID Summary
--
Once the problems with MHonArc CVS tree are fixed, I plan on
committing some changes that affect attachment filenaming.
Currently, attachments are given filenames like:
doc0.doc
jpg00123.jpg
I.e. Similiar in format as message pages. However, with planned
support for the new
Things have been quiet for awhile. As many of you probably know,
Savannah was cracked awhile back and the GNU folks have been busy
cleaning things up a revising their security policies.
I have several modifications pending before the crack-in.
Unfortunately, due to some new CVS restrictions, I
The CVS repository for MHonArc has been moved over to another
non-savannah system. Once, if ever, the savannah folks are able to
allow CVSROOT updates, the repository will be moved back. But until
then, it is in a location that allows me to do what I require for
MHonArc development.
With the
On April 4, 2004 at 13:49, Ken Hirsch wrote:
The Text/Plain Format and DelSp Parameters. It adds an extra parameter, Del
sp, to
Content-type: text/plain.
...
All keep this in mind for a future release. The next release of MHonArc
has been in the queue for too long and I have yet to make the
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #8982] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Mon 05/17/04
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #8866] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Mon 05/17/04
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #8183] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Mon 05/17/04
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #8982] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Mon 05/17/04
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #8982] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Mon 05/17/04
by: Earl Hood
On: Mon 05/17/04 at 04:15
Category: None
Severity: 7 - Major
Item Group: Crash Error
Resolution: None
Assigned to: None
Status: Open
Platform Version: All
Perl Version: =5.005
Component Version: 2.6.9
Fixed Release:
Summary: Can't use global $1 in my at base64.pl
Original
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #9050] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Sat 05/22/04
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #9050] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Wed 08/18/2004
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #9050] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Wed 11/17/2004
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #11187] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Thu 12/02/2004
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #9050] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Thu 12/02/2004
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #11187] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Fri 12/03/2004
by: Earl Hood
On: Fri 12/03/2004 at 19:44
Category: MIME Filter
Severity: 5 - Average
Item Group: Incorrect Behavior
Resolution: None
Privacy: Public
Assigned to: None
Status: Open
Platform Version: All
Perl Version: All
Component Version: 2.6.10
Fixed Release:
Summary: usenameext
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #11207] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Fri 12/03/2004
This mail is an automated notification from the bugs tracker
of the project: MHonArc.
/**/
[bugs #11187] Latest Modifications:
Changes by:
Earl Hood [EMAIL PROTECTED]
'Date:
Fri 12/03/2004
Follow-up Comment #1, bug #11761 (project mhonarc):
The nourl option to m2h_text_plain::filter will prevent the
creation of mailto links, but it will also prevent making
other URLs into links.
A possible solution is to update the filter to allow one
to specify which URLs will be hyperlinked.
Follow-up Comment #1, bug #11762 (project mhonarc):
Looks like an easy feature to add. Will look into it.
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?func=detailitemitem_id=11762
On April 18, 2005 at 20:19, East Coast Coder wrote:
Hi. I'm trying to orient myself to the MHonArc source code.
Good luck.
One thing that I'm getting stuck with is: Are unique indexes assigned
to threads? If so, when I'm in output_mail, can I access this
message's thread ID (how)?
There
On April 18, 2005 at 20:19, East Coast Coder wrote:
PS One more question: Is there any functionality built in to
determine when one message is quoting another, and, let's say,
highlight it differently?
There are quoting highlighting features in the plain text filter.
See the MIMEFILTERS
On April 19, 2005 at 19:37, East Coast Coder wrote:
Have you looked at the $TSLICE$ resource variable? I.e. If you
provide more info on what you are trying to do, there may already
be features that do what you need.
I'm experimenting with a format where, instead of rebuilding the
On April 20, 2005 at 23:36, East Coast Coder wrote:
Earl - wow, didn't catch those - very nice. If someone wanted to
apply those filters to html messages (that is, very often, even a
message coded in text/html will use 's and not blockquote), what
path would you recommend?
Quoting is part
Update of bug #12802 (project mhonarc):
Status: Need Info = Confirmed
___
Follow-up Comment #4:
I understand now what you are reporting. I agree, the behavior
is inconsistent to what a user
Update of bug #11762 (project mhonarc):
Status:None = Fixed
Platform Version: Linux = All
Perl Version: 5.8.4 = All
Fixed Release:
Follow-up Comment #3, bug #11762 (project mhonarc):
Feature added to mhmsgextbody.pl filter and checked into CVS.
Will see if it can be done for HTML message bodies.
___
Reply to this item at:
Follow-up Comment #4, bug #11762 (project mhonarc):
mhtxthtml.pl updated to add rel=nofollow to all a tags.
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?func=detailitemitem_id=11762
Update of bug #12802 (project mhonarc):
Status: Confirmed = Fixed
Fixed Release: = CVS
___
Follow-up Comment #5:
Fixed applied to
Update of bug #11763 (project mhonarc):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Follow-up Comment #1:
This is really a
Update of bug #11759 (project mhonarc):
Status:None = Postponed
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?func=detailitemitem_id=11759
Update of bug #11761 (project mhonarc):
Status:None = Postponed
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?func=detailitemitem_id=11761
Update of bug #12930 (project mhonarc):
Status:None = Fixed
Fixed Release: = CVS
___
Reply to this item at:
Follow-up Comment #1, bug #12930 (project mhonarc):
mhtxthtml.pl has been updated in CVS to escape vbscript and
ecmascript.
As for the other keywords, I'd like to have more information
on what browsers (or other software) support such scheme in
event handlers.
Update of bug #372 (project mhonarc):
Platform Version:None = All
Perl Version: = All
Component Version: = =2.6.10
On May 6, 2005 at 02:13, East Coast Coder wrote:
1) Which file/sub does the initial determination if a message is a
response or a new thread?
mhthread.pl and mainly compute_threads() routine. Mhonarc initially
stores any reference message IDs when a message is first read. The
routines in
Update of bug #12512 (project mhonarc):
Status:None = Ready For Test
Perl Version: 2.6.8 = All
Fixed Release: = CVS
Update of bug #8183 (project mhonarc):
Status: Postponed = Wont Fix
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?func=detailitemitem_id=8183
On March 22, 2005 at 00:54, Jeff Breidenbach wrote:
Full report is here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=297007
I fixed this by putting in:
## Check what system we are executing under
push(@INC,'/usr/share/mhonarc');
require 'osinit.pl'; OSinit();
If
A new release is long overdue, so I'd like to make a new release
containing numerous bug fixes. So far, the following bugs have
been addressed:
Bug ID Summary
--
9050 Regex abort error in mhmimetypes.pl under Win32
Release 2.6.11 made in /mnt/WWW/customers/mhonarc.org/htdocs/release/MHonArc.
http://www.mhonarc.org/release/MHonArc/
2005/05/20 (2.6.11)
* Bug Fixes:
Bug ID Summary
--
On May 21, 2005 at 12:17, Jeff Breidenbach wrote:
I'm seeing a lot of UTF-8 warnings woth 2.6.11.
Is this expected?
perl v5.8.4, mhonarc 2.6.11
Malformed UTF-8 character (1 byte, need 3, after start byte 0xef) in
unpack at /usr/share/mhonarc/MHonArc/CharEnt.pm line 156.
Can you
Jeff,
I've been doing some more work on the utf-8 code in CharEnt.pm, and
I believe I have a method for dealing with the malformed sequences
without generating warning messages. Along with that, I'm trying to
make the code more robust.
I'm doing some testing, but there are some inconsistencies
On May 22, 2005 at 11:59, Jeff Breidenbach wrote:
I am downloading 5.8.6 to upgrade my 5.8.0 install to see if behavior
changes, along with playing with mhonarc code to see if I can get
some consistency and a better understanding of Perl's behavior.
Please let me know how that goes. FYI,
I have installed and configured ViewCVS at mhonarc.org to allow
web browsing of the CVS tree.
The URL is: http://www.mhonarc.org/cgi-bin/viewcvs.cgi/.
--ewh
-
To sign-off this list, send email to [EMAIL PROTECTED] with the
Update of bug #12512 (project mhonarc):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.11
Update of bug #12802 (project mhonarc):
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.11
___
Reply to this item at:
Update of bug #12930 (project mhonarc):
Open/Closed:Open = Closed
Perl Version: probably all... = All
Fixed Release: CVS = 2.6.11
Update of bug #11977 (project mhonarc):
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.11
___
Reply to this item at:
Update of bug #11762 (project mhonarc):
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.11
___
Reply to this item at:
Update of bug #11760 (project mhonarc):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.11
Update of bug #11187 (project mhonarc):
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.11
___
Reply to this item at:
Update of bug #8183 (project mhonarc):
Open/Closed:Open = Closed
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?func=detailitemitem_id=8183
On May 23, 2005 at 22:52, East Coast Coder wrote:
After much thought, it seems my needs of 1) ThreadID's and 2) High
performance, high capacity archives call for use of a regular SQL
database, rather than messages.db.
I'd still like to use Mhonarc to parse the mbox, and to parse the
On June 1, 2005 at 13:12, East Coast Coder wrote:
I need mhonarc to do two things:
1) Parse the mbox format
2) Convert all of the content types into HTML
What I don't want is for mhonarc to save the results of #2 into a
file. I'd rather it hand it off to me (which it does, via the
Update of bug #13276 (project mhonarc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
[Not a Bug]
This is
On June 3, 2005 at 03:38, Jeff Breidenbach wrote:
Users complained about MHonarc 2.6.10 doing exactly this, since
multiple spaces get consolidated down to a single space. This
tends to corrupt things like ASCII art and python source code.
I think there's a recenly closed bug entry on
On June 3, 2005 at 11:36, East Coast Coder wrote:
Couldn't this be solved simply by converting extra spaces to nbsp; 's?
Please read MIMEFILTERS and search the list archives about format=flowed.
The m2h_text_plain::filter describes how format=flowed is handled.
If you believe there is a bug in
On June 2, 2005 at 21:06, East Coast Coder wrote:
The default setting of CHECKNOARCHIVE is currently off. In my
opinion, it should be on by default.
Probably.
Basically, unless you say explicitly that you want otherwise,
shouldn't we honor author's wishes as well as the standards?
The
On June 5, 2005 at 22:55, East Coast Coder wrote:
While working on my callbacks, I noticed that, despite the require()
call in mhasiteinit.pl, if there is a compilation problem in my
callback file, mhonarc still runs, without a peep - leaving me
clueless until I ]$ perl callback_file.pl to
On June 6, 2005 at 01:06, East Coast Coder wrote:
Similiarly, just spent 25 minutes trying to figure out why my filters
were being ignored till I realized that I mistyped the resource
filename on the command line. Shouldn't a nonexistant -rcfile param
trigger an error?
Yep. Typos in
URL:
http://savannah.nongnu.org/bugs/?func=detailitemitem_id=13316
Summary: No warning generated when RCFILE set to
non-existent filename
Project: MHonArc
Submitted by: ehood
Submitted on: Mon 06/06/2005 at 20:58
URL:
http://savannah.nongnu.org/bugs/?func=detailitemitem_id=13317
Summary: POSIX::setlocale() not invoked with LANG resource
setting
Project: MHonArc
Submitted by: ehood
Submitted on: Mon 06/06/2005 at 21:03
Category:
Update of bug #13317 (project mhonarc):
Status:None = Fixed
Fixed Release: = CVS
___
Follow-up Comment #1:
Typo corrected and
Update of bug #13316 (project mhonarc):
Open/Closed:Open = Closed
Fixed Release: CVS = 2.6.12
___
Reply to this item at:
1 - 100 of 476 matches
Mail list logo
