Google

[Prev][Next][TOC][Home]

General Usage

What are "resources"?

The behavior of MHonArc is controled by resources. Resources are set, or defined, by command-line options, environment variables, or a resource file. For example, the MAXSIZE resource tells MHonArc the maximum number of messages in an archive. To set the resource, you can use the -maxsize command-line option, the M2H_MAXSIZE envariable, or the <MAXSIZE> resource file element.

See the documentation for more information.

Is there a resource file editor?

If you are Vim user, <http://www.vim.org/>, a syntax file for MHonArc resource files is included in the examples directory (mhonarc.vim). To use it, copy mhonarc.vim to an appropriate location and add something like the following to your .vimrc file: 

au BufNewFile,BufRead *.mrc     so $HOME/share/vim/syntax/mhonarc.vim

Of course, change the pathname to mhonarc.vim to where ever you copied it to.

Now, any file with ".mrc" extension will put Vim into MHonArc resource file highlighting mode. The mode is best used with color-capable terminals.

How do you set a resource to nil?

For page layout resources, do something like the following in your resource file: 

<BotLinks>

</BotLinks>

Notice the blank line. If you specify no content, MHonArc will fallback to the default value of the resource.

WARNING

Only do the above for page layout related resources. For other resources, the above technique will have no effect, or it may cause unexpected results. See How do I reset an archive's resources to the default values? for more information on reseting resources to default values.

How do I reset an archive's resources to the default values?

The following two commands will reset an archive to use default resource values: 

shell> mha-dbedit -nosaveresources -outdir /path/to/your/archive
shell> mhonarc -saveresources -editidx -outdir /path/to/your/archive

You could also include -rcfile option(s) to the last step if you want to modify some resources from the default in case you want to reset some resources and not all of them.

I get an error that "newgetopt.pl" cannot be required, where is it?

newgetopt.pl comes with the standard Perl distribution. Check with your sys admin on where it is located (it should be in the default Perl search path).

NOTE

v2.3 and later use Getopt::Long, which is included in the Perl 5 distribution.

Does MHonArc provide searching of archives?

No, but a searching can be provided by another utility. The following list of search indexing tools have been used with MHonArc archives:

For more information, see the respective documentation of the search engine software of interest.

NOTE

You may also want to check out the following:

  • mharc at <http://www.mhonarc.org/release/mharc/>: Mharc is a web-based mail archiving system for multiple mailing lists using Procmail, MHonArc, and Namazu.
  • Wilma at <http://www.hpc.uh.edu/majordomo/#wilma>: Wilma is the Web Interface to List Mail Archives, written by Dave Wolfe and Jason Tibbitts with nods to Achim Bohnet and Tom Christiansen. WIlma is a relatively simple bit of Perl which links together the MHonArc mail-to-HTML converter and the Glimpse search engine. The result is a useful tool for allowing folks to browse your list archives over the web. It works very well with the archives generated by Majordomo's archive2.pl script.

Is there a Web interface for MHonArc?

No official ones. Several users have created home-grown interfaces to perform various tasks. An experimental web admin tool comes in with the MHonArc distribution under the "admin" directory. I recommend searching the MHonArc mailing list archives for discussion about web interfaces.

Does MHonArc require that the original message be available when updating an archive?

No. Once a message is archived, the original can be stored away. MHonArc preserves all relevant information in its database. For possible recovering purposes, it is recommended to preserve original messages in a storage archive. This allows you to rebuild MHonArc archives in case of data corruption.

Do I have to respecify the resource file each time I update an archive?

No. The archive database stores all resource settings. The only time you need to respecify the resource file is if changes are required in the layout of the archive.

NOTE

When utilizing the OTHERINDEXES resource, the resource filenames listed in the main resource file are stored in the database, but the resources for each additional index are NOT. Hence, the resource files defining the additional indexes must be accesible.

Can I have MHonArc process a bunch of separate message files?

Yes. MH mail folder processing is just processing a bunch of separate message files in a directory. MHonArc uses the MHPATTERN resource to determine which files to process. Therefore, all you need to do is redefine the MHPATTERN resource and pass the directory your message files are in when invoking MHonArc.

For example, say I want to process all files in a directory called "messages". I'd do the following: 

    shell> mhonarc -mhpattern "^[^.]" messages

MHPATTERN can be any Perl regular expression. The one in the example matches any file not beginning with ".". This is to avoid the special files "." and ".." which are directories.

The other way to process individual message files is to do it one at a time. For example: 

    shell> mhonarc -add < file1.822
    shell> mhonarc -add < file2.822
    ...

Can I tell MHonArc to read a mailbox from standard input?

Yes, but only in v2.0 or later (v2.0 beta releases do not have the capability). The syntax is something like the following: 

    shell> mhonarc [options-here] -- -

The "--" tells MHonArc to terminate all command-line option processing and treat all following arguments as mail folders. The "-" signifies to use standard input as a mailbox source.

Since MHonArc can read a mailbox from stdin, this allows MHonArc to be part of a pipeline where MHonArc takes input from some preprocessor that massages some data to make it suitable for processing by MHonArc. For example: 

    shell> mypreproc | mhonarc -- -

Why am I getting "Could not parse date for message ..."?

This warning is generated when a message does not contain any date information, or the date format used in the message is not recognized by MHonArc. The warning may also indicate an improper end of a message and start of a new message when processing a mailbox file. You may also want to see: Why does a message get split into mulitple messages with no headers?.

Why doesn't MHonArc extract the date from "From ..." line?

The "From ..." line (applicable in UUCP-style mailbox files) is the message separator and normally includes a date. The problem is that it is the message separator. The message separator is not part of actual message data, and the value of the message separator is controled by the MSGSEP resource. I.e. The MSGSEP resource can be set anything, so there is no reliable way to extract a date from it.

Do not lose hope. Provided in the extras directory of the MHonArc distribution (v2.1.1 and later) is a Perl program called prsfrom.pl by A.R. Burgers, burgers@ecn.nl. The program will supply missing Date: and From: fields to mailboxes based upon the message separator line.

Why is the number of messages reported by MHonArc less than what is reported by my MUA?

This usually implies that you have duplicate messages. MHonArc will not archive a message that has already been archived. A way to check if message duplication is the culprit, try the following on your mailbox: 

    grep -i '^message-id:' my.mbox | sort | uniq | wc -l
and 
    grep -i '^message-id:' my.mbox | sort | wc -l

If numbers printed by both commands differ, you have duplicate messages.

[Prev][Next][TOC][Home]

$Date: 2002/06/21 22:28:16 $
MHonArc
Copyright © 1997-1999, Earl Hood, mhonarc@mhonarc.org