Provided by: multimail_0.49-2build4_amd64 
NAME
mm - offline mail reader for Blue Wave, QWK, OMEN, SOUP and OPX packets
SYNOPSIS
mm [-option1 value] [-option2 value] [...] [filename1] [filename2] [...]
DESCRIPTION
MultiMail is an offline mail packet reader, supporting the Blue Wave, QWK, OMEN, SOUP and OPX formats. It
uses a simple curses-based interface.
SOUP is used for Internet email and Usenet. The other formats are primarily used with dialup (or telnet)
BBSes, to save connect time and to provide a better interface to the message base.
Not all packet formats may be available, depending on how the program was compiled.
This manpage is for version 0.49.
USAGE
On most screens, a summary of the available keystroke commands is displayed in the lower part of the
screen. (You can disable this, and reclaim some screen real estate, by turning on "ExpertMode".) Note
that for lack of space, not all commands are listed on every screen where they're available. For example,
the search functions, which are available everywhere, are summarized only in the packet list and address
book. The principle, albeit not one that's consistently implemented, is that the summary need appear only
on the first screen where the commands are available. When in doubt, try one and see if it works. :-)
In the letter window or ANSI viewer, pressing F1 or '?' will bring up a window listing the available
commands.
The basic navigation keys, available throughout the program, consist of the standard cursor and keypad
keys, with <Enter> to select. For terminals without full support for these keys, aliases are available
for some of them:
ESC = Q
PgDn = B
PgUp = F
Right = +
Left = -
(Although shown in capitals, these may be entered unshifted.)
With "Lynx-style navigation", activated by the "UseLynxNav" option, the Left arrow key backs out from any
screen, while the Right arrow key selects. The plus and minus keys are no longer aliases for Right and
Left, but perform the same functions as in the traditional navigation system.
Of special note is the space bar. In most screens, it functions as an alias for PgDn; but in the letter
window, it works as a combination PgDn/Enter key, allowing you to page through an area with one key.
In the area list, the default view (selectable in the .mmailrc) is of Subscribed areas only, or of Active
areas (i.e., those with messages) if the Subscribed areas are unknown. By pressing L, you can toggle
between Active, All, and Subscribed views. (Some formats, like plain QWK, don't have any way to indicate
subscribed areas. In other cases, you may have received an abbreviated area list, so that the Subscribed
and All views are the same.) In all modes, areas with replies always appear, flagged with an 'R' in the
leftmost column.
In the letter list, only unread messages are displayed, by default; but you can toggle this by pressing
L. If there are any marked messages, L first switches to a marked-only mode, then to all messages, then
back to unread-only. Also, the default mode -- unread or all -- can be set in the .mmailrc.
Multiple sort modes are available in the packet and letter lists; you can cycle through them by pressing
'$'. The default sort modes are set in the .mmailrc.
Options can be specified on the command line as well as in the .mmailrc. Option names are the same as
those which appear there, though they must be prefaced by one or two dashes, and should not be followed
by a colon. There must be a space between the option name and the value; values which include spaces
must be quoted. All options must be specified before any packet names or directories on the line.
Finally, options which take a filename or path should always include the full path. (This is not,
however, necessary for packet names.)
Packet names may be specified on the command line, bypassing the packet menu. If multiple packets are
named, they'll be opened sequentially. If a directory is specified instead of a file, the packet window
will by opened on that directory, and no further items will be read from the command line. 'T' in the
packet menu may need clarification: it stamps the highlighted file with the current date and time.
You can abort the program immediately from any screen with CTRL-X. You won't be prompted to confirm the
exit, but you will still be prompted to save replies and pointers (unless autosaving is set). Note that
if you've specified multiple packets on the command line, this is the only way to terminate the sequence
prematurely.
You can obtain a temporary command shell anywhere by pressing CTRL-Z. In the DOSish ports (MS-DOS, OS/2,
Win32), it spawns a command shell, and you return to MultiMail via the "exit" command. In Unix, it relies
on the shell to put MultiMail in the background; you return with "fg". (This has always been available in
the Unix versions; however, it won't work if MultiMail wasn't launched from an interactive shell, or if
the shell doesn't support it.)
MOUSING
MultiMail is mousable on certain platforms: X, the Linux console (with gpm), and Win32. (You can still
use selection with X and gpm, too; to select or paste, hold down the shift key.)
In each list window, button 1 highlights a line, or selects it (the same as pressing Enter) if it's
already highlighted. Double-click to select it immediately. Click on the scrollbar to page up or down, or
on the line just above or below it to scroll a line at a time. In the packet, area, and letter lists,
click on the appropriate part of the window title to change the sort or list type.
In the letter window, page up by clicking in the top half of the message text, or down (and on to the
next message) by clicking in the bottom half (equivalent to the space bar). Scroll the message a single
line up or down by clicking on the status bars at top and bottom. The status flags "Read" and "Marked"
can be toggled by clicking on them; clicking on "Save" saves, clicking on "Repl" starts a reply
(followup; i.e., the same as 'R'), and "Pvt" starts a private reply (email or netmail; i.e., same as
'N').
In text-entry windows, button 1 works the same as the Enter key; and the dialog boxes work in the obvious
way.
Button 3 backs out of any screen, equivalent to ESC.
SEARCHING
A case-insensitive search function is available on all screens. Press '/' to specify the text to look
for, or '>' or '.' to repeat the last search.
New searches (specified with '/') always start at the beginning of the list or message. Repeat searches
(with '>' or '.') start with the line below the current one. You can take advantage of this to manually
adjust the starting point for the next search.
Searches started in the letter, area or packet lists allow the searches to extend below the current list.
"Full text" searches all the way through the text of each message; "Headers" searches only the message
headers (the letter list), "Areas" only the area list, and "Pkt list" only the packet list. So, a "Full
text" search started from the packet list will search every message in every packet (but only in the
current directory).
When scanning "Full text", the automatic setting of the "Read" marker is disabled. However, if you find a
search string in the header of a message and then select it manually, the marker will be set. But if you
start scanning from the packet list, and exit the packet via a repeat search, the last-read markers won't
be saved.
Scans of "Headers" or "Full text" that start from the area list or packet list will automatically expand
the letter lists they descend into. Similarly, scans that start at the packet list will expand the area
lists. Otherwise, if you're viewing the short list, that's all that will be searched.
I hope the above makes some sense. :-) The searching functions are difficult to explain, but easy to use.
FILTERING
A new twist on searching, as of version 0.43, is filtering. This is available in all of the list windows,
but not the letter or ANSI viewer. Unlike searching, it always applies only to the current list.
Press '|' to bring up the filter prompt, and specify the text to filter on. To clear a filter, press '|',
and then press return at a blank filter prompt. (A string that's not found in the list will have the same
effect.) Press ESC to leave the filter as it was.
The list will now be limited to those items that contain the text you entered, and that text will appear
at the end of the window's title as a reminder. The filter will be retained through lower levels, but
will be cleared by exiting to a higher level. Note that a search in, e.g., the letter list will search
only the message headers (and only those which are visible in the list), and not the bodies.
When the filter is active in the letter list, the "All" option in the Save menu will save only the items
that match the filter. This can be used as a quick alternative to marking and saving. You can also
combine filtering and marking.
Changing modes and sort types will not clear the filter. A search in a filtered list will search only the
items that match the filter.
OFFLINE CONFIGURATION
At present, offline config is limited to subscribe (add) and unsubscribe (drop) functions. The Blue Wave,
OPX, OMEN, QWKE, and QWK Add/Drop (with DOOR.ID) methods are supported. (The QMAIL "CONFIG" method is not
supported yet.) Offline config is not yet available in SOUP mode.
In the area list, press 'U' or 'Del' to unsubscribe from the highlighted area. To subscribe to a new
conference, first expand the list ('L'), then highlight the appropriate area and press 'S' or 'Ins'.
Dropped areas are marked with a minus sign ('-') in the first column; added areas with a plus ('+'). In
the expanded area list, already-subscribed areas are marked with an asterisk ('*'). (This and also
applies to the little area list. With plain QWK packets, the asterisk should not be relied upon; other
areas may also be subscribed.) Added or dropped areas are highlighted in the "Area_Reply" color. Yeah,
I'll have to change that name now. ;-)
Pressing 'S' on an area marked with '-', or 'U' on an area marked '+' turns the flag off again.
In Blue Wave, OPX, OMEN or QWKE mode, the list of added and dropped areas is read back in when the reply
packet is reopened. If the reply packet has already been uploaded, and you're reading a packet with the
altered area list, this is benign. If it's an older packet, you can alter the list before uploading, as
with reply messages. In QWK Add/Drop mode, the changed area flags are converted to reply messages when
the reply packet is saved. Note: Adding or dropping areas sets the "unsaved replies" flag, like entering
a reply message, but does not invoke automatic reply packet saving until you exit the packet.
Unfortunately, the OMEN mode has not actually been tested; but I believe it conforms to the specs.
Reports welcome.
HIDDEN LINES AND ROT13
In the letter window, you can toggle viewing of Fidonet "hidden" lines (marked with a ^A in the first
position) by pressing 'x'. The lines are shown as part of the text, but in a different color. In Internet
email and Usenet areas, the full headers of the messages are available in the same way (if provided in
the packet -- generally, full headers are available in SOUP, and partial extra headers in Blue Wave).
Pressing 'd' toggles rot13 encoding, the crude "encryption" method used for spoiler warnings and such,
primarily on Usenet.
ANSI VIEWER
If a message contains ANSI color codes, you may be able to view it as originally intended by activating
the ANSI viewer. Press 'v' to start it. Press 'q' to leave the ANSI viewer; the navigation keys are the
same as in the mail-reading window.
The ANSI viewer includes support for animation. While within the ANSI viewer, press 'v' again to animate
the picture. Press any key to abort the animation.
The ANSI viewer is also used to display the new files list and bulletins, if any are present.
New in version 0.43 is support for the '@' color codes used by PCBoard and Wildcat. This is on by default
in the ANSI viewer, but it can be toggled to strip the codes, or pass them through untranslated, by
pressing '@'.
As of version 0.46, the ANSI viewer also includes limited support for AVATAR (level 0) and BSAVE (text
only) screens. These can be toggled via ^V and ^B, respectively.
CHARACTER SETS
MultiMail supports automatic translation between two character sets: the IBM PC set (Code Page 437), and
Latin-1 (ISO 8859-1). Messages can be in either character set; the set is determined by the area
attributes -- Internet and Usenet areas default to Latin-1, while all others default to IBM -- and by a
CHRS or CHARSET kludge, if one is present. OMEN packets indicate their character set in the INFOxy.BBS
file. MultiMail translates when displaying messages and creating replies.
The Unix versions of MultiMail assume that the console uses Latin-1, while the DOSish versions (DOS,
OS/2, and Win32) assume the IBM PC set. You can override this via the .mmailrc option "Charset", or on a
temporary basis by pressing 'c'.
You can also use a different character set by disabling the conversion in MultiMail, and letting your
terminal handle it. For SOUP packets, and for Internet or Usenet areas in other packets, everything will
be passed through unchanged if you set MultiMail to "Latin-1". For most other packet types, setting
MultiMail to "CP437" will have the same effect.
Beginning with version 0.33, a new character set variable is available: "outCharset". This is a string
which MultiMail puts into the MIME identifier lines in SOUP replies if the text includes 8-bit
characters. It's also used for the pseudo-QP headers which are generated under the same conditions; and
when displaying such headers, MultiMail only converts text back to 8-bit if the character set matches.
The default is "iso-8859-1".
By default, if a header line in a SOUP reply contains 8-bit characters, MultiMail now writes it out with
RFC 2047 (pseudo-QP) encoding. You can disable this for mail and/or news replies via the "UseQPMailHead"
and "UseQPNewsHead" options, though I don't recommend it. The bodies can also be encoded in quoted-
printable; this is now on by default for mail, and off for news. The options "UseQPMail" and "UseQPNews"
toggle QP encoding. (The headers and bodies of received messages will still be converted to 8-bit.)
QP decoding is temporarily disabled when you toggle the display of hidden lines ('X') in the letter
window, so that you can see the raw text of the message.
ADDRESS BOOK
The address book in MultiMail is intended primarily for use with Fido-style Netmail or Internet email
areas, in those packet types which support these. When entering a message (other than a reply) into such
an area, the address book comes up automatically. It's also possible to use the name portion of an
address from the address book even when Fido/Internet addressing isn't available, by starting a new
message via CTRL-E instead of 'E'.
You can pull up the address book from most screens by pressing 'A', which allows you to browse or edit
the list. While reading in the letter window, you can grab the current "From:" address by invoking the
address book and pressing 'L'.
TAGLINE WINDOW
From most screens, you can pull up the tagline window to browse or edit the list by pressing CTRL-T. As
of version 0.43, you can toggle sorting of the taglines by pressing '$' or 'S'.
REPLY SPLITTING
Replies may be split, either automatically, or manually via CTRL-B in the reply area. For automatic
splitting, the default maximum number of lines per part is set in the .mmailrc. The split occurs whenever
the reply packet is saved. This allows you to defer the split and still re-edit the whole reply as one.
However, with autosave on, the split will occur immediately after entering a reply (because the save
does, too). Setting MaxLines in the .mmailrc to 0 disables automatic splitting; manual splitting is still
allowed. Attempts to split at less than 20 lines are assumed to be mistakes and are ignored.
ENVIRONMENT
MultiMail uses the HOME or MMAIL environment variable to find its configuration file, .mmailrc; and
EDITOR for the default editor. MMAIL takes precedence over HOME if it's defined. If neither is defined,
the startup directory is used.
The use of EDITOR can be overridden in .mmailrc; however, environment variables can't be used within
.mmailrc.
You should also make sure that your time zone is set correctly. On many systems, that means setting the
TZ environment variable. A typical value for this variable is of the form "EST5EDT" (that one's for the
east coast of the U.S.A.).
FILES
The only hardwired file is the configuration file: .mmailrc (mmail.rc in DOS, OS/2 or Win32). It's used
to specify the pathnames to MultiMail's other files, and the command lines for external programs (the
editor and the archivers).
By default, the other files are placed in the MultiMail home directory ($HOME/mmail or $MMAIL).
Directories specified in the .mmailrc are created automatically; the default Unix values are shown here:
~/mmail
To store the tagline file, netmail addressbook, etc.
taglines
A plain text file, one tagline per line.
addressbook (address.bk in DOS, OS/2 or Win32)
A list of names and corresponding Fido netmail or Internet email addresses. Note that Internet
addresses are prefaced with an 'I'.
colors Specifies the colors to use. (See README.col.)
~/mmail/down
To store the packets as they came from the bbs.
~/mmail/up
To store the reply packet(s) which you have to upload to the bbs.
~/mmail/save
The default directory for saving messages.
CONFIG FILE
The config file (see above) is a plain text file with a series of values, one per line, in the form
"KeyWord: Value". The case of the keywords is not signifigant. Additional, comment lines may be present,
starting with replaced by the defaults when you upgrade to a new version.) If any of the keywords are
missing, default values will be used.
As of version 0.41, any of these keywords except "Version" may also be specified on the command line.
Command-line options take precedence over those in the config file, but their effect is not guaranteed --
some internal pathnames are initialized before the command line is read, for example.
Here are the keywords and their functions:
Version
Specifies the version of MultiMail which last updated the file. This is used to check whether the
file should be updated and the "new version" prompt displayed. Note that old values are preserved
when the file is updated; the update merely adds any keywords that are new. This keyword is also
used in the colors file.
UserName
Your name in plain text, e.g., "UserName: William McBrine". This is used together with InetAddr to
create a default "From:" line for SOUP replies; and by itself in OMEN for display purposes (the
actual From name is set on upload), and for matching personal messages.
InetAddr
Your Internet email address, e.g., "InetAddr: wmcbrine@users.sf.net". This is combined with the
UserName in the form "UserName <InetAddr>" ("William McBrine <wmcbrine@users.sf.net>") to create a
default "From:" line for SOUP replies. Note that if neither value is specified, and nothing is
typed manually into the From: field when creating a message, no From: line will be generated --
which is perfectly acceptable to at least some SOUP programs, like UQWK.
QuoteHead, InetQuote
These strings are placed at the beginning of the quoted text when replying in normal or
Internet/Usenet areas, respectively. (The distinction is made because the quoting conventions for
BBSes and the Internet are different.) Replaceable parameters are indicated with a '%' character,
as follows:
%f = "From" in original message
%t = To
%d = Date (of original message)
%s = Subject
%a = Area
%n = newline (for multi-line headers)
%% = insert an actual percent character
Note that you can't put white space at the start of one of these strings (it will be eaten by the
config parser), but you can get around that by putting a newline first.
mmHomeDir
MultiMail's home directory.
TempDir
This is the directory where MultiMail puts its temporary files -- by default, as of 0.45, the same
as mmHomeDir. The files are actually created within a subdirectory of this directory; the
subdirectory is named "workNNNN", where NNNN is a random number (checked against any existing
files or directories before being created).
signature
Path to optional signature file, which should be a simple text file. If specified, it will be
appended to every message you write. You should give the full path, not just the name.
editor The editor MultiMail uses for replies, along with any command-line options. This may also be a
good place to insert spell-checkers, etc., by specifying a batch file here. Note that the default
value is just the editor that's (almost) guaranteed to be available, for a given OS (although the
Unix "EDITOR" environment variable is checked first), and is in no way a preferred editor; you can
and should change it.
PacketDir
Default packet directory.
ReplyDir
Default reply packet directory.
SaveDir
Default directory for saved messages.
AddressBook
Path and filename of the address book. (You might change this to share it with another
installation, but basically this keyword isn't too useful.)
TaglineFile
Path and filename of the tagline file. This could be altered from a batch file to swap between
different sets of taglines. (But note that this value is only read at startup.) You could also
share taglines with another program, but be careful with that; MultiMail truncates the lines at 76
characters.
ColorFile
Path and filename of the colors file. See README.col.
UseColors
Yes/No. This governs whether color is used, or monochrome. When colors are disabled, the
terminal's default foreground and background colors are used. It's also a crude way to implement
transparency (the only way, if you're not using ncurses) -- the entire background will be
transparent when using an appropriate terminal.
Transparency
Yes/No. Only available in ncurses. (The option will appear, but not work, in non-ncurses, non-
PDCurses platforms.) When this is set to Yes, all areas where the background color is the same as
the background color set in the "Main_Back" line, in the colors file, are instead set to the
default background color, and thus become transparent areas in those terminal programs, like Eterm
and Gnome Terminal, that support this.
BackFill
Yes/No. Normally the background area is filled with a checkerboard pattern (ACS_BOARD characters,
in curses terms). You can disable that here, leaving those areas as flat background color. This
option is intended mostly to make transparency more effective, but it might help with any color
scheme. (Unlike the previous two, it's available in PDCurses.)
*UncompressCommand, *CompressCommand
Command lines (program name, options, and optionally the path) for the archivers to compress and
uncompress packets and reply packets. ZIP, ARJ, RAR, LHA and tar/gzip are recognized. The
"unknown" values are a catch- all, attempted for anything that's not recognized as one of the
other four types; if you have to deal with ARC or ZOO files, you might define the archiver for
them here.
PacketSort
The packet list can be sorted either in inverse order of packet date and time (the newest at the
top), or in alphabetical order by filename. "Time" specifies the former, and "Name" the latter.
(Actually only the first letter is checked, and case is not signifigant. This applies to the other
keywords of this type (the kind that have a fixed set of values to choose from) as well.) The sort
type specified here is only the default, and can be toggled from the packet window by pressing
'$'.
AreaMode
The default mode for the area list: "All", "Subscribed", or "Active". This is the mode that will
be used on first opening a packet, but it can be changed by pressing L while in the area list or
little area list. For a description of the modes, see USAGE.
LetterSort
The sort used by default in the letter list. Can be "Subject" (subjects sorted alphabetically,
with a case-insensitive compare), "Number" (sorted by message number), "From" or "To". (This can
be overridden, as in the packet list.)
LetterMode
The default mode for the letter list: "All" or "Unread". This is the mode used on first opening an
area; it can be toggled by pressing L. (The Marked view is also available in the letter list, but
cannot be set as the default here.)
ClockMode
The display mode for the clock in the upper right corner of the letter window: "Time" (of day),
"Elapsed" (since MultiMail started running), or "Off".
Charset
The character set that the console is assumed to use. Either "CP437" (code page 437, the U.S.
standard for the IBM PC and clones) or "Latin-1" (aka ISO-8859-1, the standard for most other
systems). Note that the character set of messages is determined separately (q.v.).
UseTaglines
Yes/No. If no, the tagline window is not displayed at all when composing a message.
AutoSaveReplies
Yes/No. If yes, the reply packet is saved automatically -- the equivalent of pressing F2, but
without a confirmation prompt -- whenever the contents of the reply area are changed. This can be
convenient, and even a safety feature if your power supply is irregular, but it provides less
opportunity to take back a change (like deleting a message). If no, you're prompted whether to
save the changes on exiting the packet. Note that if you say no to that prompt, nothing that you
wrote during that session will be saved (unless you saved it manually with F2).
StripSoftCR
Yes/No. Some messages on Fido-type networks contain spurious instances of character 141, which
appears as an accented 'i' in code page 437. These are really so-called "soft returns", where the
message was wrapped when composing it, but not indicating a paragraph break. Unfortunately, the
character can also appear legitimately as that accented 'i', so this option defaults to no. It can
be toggled temporarily via the 'I' key in the letter window, and it doesn't apply to messages in
the Latin-1 character set. This is now applied only in Blue Wave mode.
BeepOnPers
Yes/No. If yes, MultiMail beeps when you open a message addressed to or from yourself in the
letter window. (These are the same messages which are highlighted in the letter list.)
UseLynxNav
Yes/No. See the description under USAGE.
ReOnReplies
Yes/No. By popular demand. :-) Setting this to "No" will disable the automatic prefixing of "Re: "
to the Subject when replying -- except in areas flagged as Internet email or Usenet, where this is
the standard, and is still upheld.
QuoteWrapCols
Numeric. The right margin for quoted material in replies (including the quote indicator).
MaxLines
Numeric. See the description under REPLY SPLITTING.
outCharset
String. See the description under CHARACTER SETS.
UseQPMailHead
Yes/No. Controls the use of RFC 2047 encoding in outgoing mail headers.
UseQPNewsHead
Yes/No. Controls the use of RFC 2047 encoding in outgoing news headers.
UseQPMail
Yes/No. Controls the use of quoted-printable encoding in outgoing mail.
UseQPNews
Yes/No. Controls the use of quoted-printable encoding in outgoing news.
ExpertMode
Yes/No. If set to No, the onscreen help menus are not shown; instead, the space is used to extend
the size of info windows by a few lines.
IgnoreNDX
Yes/No. This option applies only to QWK packets. If set to yes, the *.NDX files are always
ignored, in favor of the "new" indexing method that depends only on MESSAGES.DAT. This method is
slightly slower than the *.NDX-based indexing method (though the delay is dwarfed by packet
decompression time), but the most common problem with QWK packets is corrupt *.NDX files.
MultiMail now recognizes some cases where the *.NDX files are corrupt and switches automatically,
but it doesn't catch them all.
UPGRADING
The basic upgrade procedure is to simply copy the new executable over the old one. No other files are
needed. When you run a new version of MultiMail (0.19 or later) for the first time, it automatically
updates your .mmailrc and ColorFile with any new keywords. (Old keywords, and the values you've set for
them, are preserved. However, comments are lost.) Some notes on specific upgrades:
Version 0.48 adds the .mmailrc option "Mouse", which allows you to enable or disable mouse input (for
instance, if you don't want to see the mouse cursor).
Version 0.45 adds "TempDir". Note that temporary files are handled differently in this version, and the
TEMP and TMP environment variables are ignored. "homeDir" has been removed.
Version 0.43 adds "ClockMode", and makes "UseColors" available in all ports. Also note that CPU usage
while idle may be higher in some configurations.
Version 0.41 adds the option "IgnoreNDX".
Version 0.39 changes the function of the "Transparency" option slightly. It now operates on the color
set in "Main_Back", rather than Black. Also, if you're accustomed to using the mouse to cut and paste
under X or gpm, note that you now have to hold down the shift key while doing this.
Version 0.38 adds "ExpertMode", "Transparency", "UseColors", and "BackFill", while removing the options
"BuildPersArea", "UseScrollBars", "MakeOldFlags", and "AutoSaveRead".
Version 0.37 adds "tarUncompressCommand" and "tarCompressCommand".
Version 0.36 adds "LetterMode" and "AreaMode".
Version 0.33 adds "ReOnReplies", "outCharset", "UseQPMailHead", "UseQPNewsHead", "UseQPMail" and
"UseQPNews"; changes some default values.
Version 0.32 adds "BuildPersArea" and "MakeOldFlags".
Version 0.30 adds "UserName", "InetAddr", "QuoteHead", "InetQuote", and "QuoteWrapCols".
Version 0.29 adds "UseScrollBars" and "UseLynxNav".
Version 0.28 adds "MaxLines", "StripSoftCR", and "BeepOnPers".
Version 0.26 adds "AutoSaveReplies", "AutoSaveRead", and "UseTaglines".
Version 0.25 adds "Charset", "PacketSort", and "LetterSort". The default packet sort is now by time
instead of name.
If you're upgrading from 0.19 to 0.20 or later, and you have a customized ColorFile, be sure to note the
new options.
The ColorFile is new in 0.19. Check it out (~/mmail/colors, by default).
As of 0.16, the HOME environment variable can be overridden with MMAIL, or omitted altogether.
If you're upgrading from a version before 0.9, and you have existing reply packets (.rep or .new) whose
names are partly or wholly in uppercase, you must rename them to lowercase before version 0.9 or higher
will recognize them. (Downloaded packets are not at issue.)
If you're upgrading from a version below 0.8, you may want to manually delete the /tmp/$LOGNAME directory
created by previous versions. (0.8 and higher clean out their own temp directories, and use different
names for each session.)
If you're upgrading from a version prior to 0.7, please note the changes in the default directories;
previously they were "~/mmail/bwdown", etc.
NOTES
Unlike the other archive types, tar/gzip recompresses the entire packet when updating the .red flags, so
it can be a bit slow. Also, the supplied command lines assume GNU tar, which has gzip built-in. Seperated
gunzip/tar and tar/gzip command lines are possible, but would require a (simple) external script.
MultiMail only checks for the gzip signature, and does not actually verify that the gzipped file is a tar
file.
OPX reply packets are always created with a .rep extension, which differs from the behavior of some other
readers. If you switch from QWK packets to OPX packets on the same board, MultiMail will _not_ open an
old QWK .rep in OPX mode, nor vice versa. (It will try, and will terminate with "Error opening reply
packet".)
SOUP reply packets are created with the name "basename.rep", where basename is the part of the original
packet name before the first period. (Unlike other formats, there's no actual standard for this in SOUP,
but this seems to be the most common form among the SOUP readers I surveyed.) Also, not that I expect
anyone to try this, but currently MultiMail is only able to read reply packets generated by other SOUP
readers if the replies are in 'b' or 'B' mode, and are one to a file within the packet. Most readers
meet the first criterion, but some of them batch all mail and news replies into a single file for each
type. A future version of MultiMail will be able to read these, too.
When re-editing a reply, it gets pushed to end of the list of replies.
The R)ename function in the packet window can also be used to move files between directories; however,
the destination filename must still be specified along with the path.
If you're using the XCurses (PDCurses) version, and your editor isn't an X app, it will work better if
you set MultiMail's "editor" keyword to "xterm -e filename" (instead of just "filename"). I decided not
to do this automatically because someone might actually use it with an X editor.
Editing and deletion of old replies are available through the REPLY area, which always appears at the top
of the area list. This differs from Blue Wave and some other readers.
The Escape key works to back out from most screens, but after you press it, you'll have to wait a bit for
it to be sensed (with ncurses; not true with PDCurses).
Only Blue Wave style taglines (beginning with "...") are recognized by the tagline stealer. The tagline
must be visible on the screen to be taken.
Netmail only works in Blue Wave, OMEN and OPX modes, and is still slightly limited. Netmail from points
includes the point address. Internet email is available in Blue Wave and OPX modes, for those doors that
support it, and in SOUP mode, using the same interface as Fido netmail.
AUTHORS
MultiMail was originally developed under Linux by Kolossvary Tamas and Toth Istvan. John Zero was the
maintainer for versions 0.2 through 0.6; since version 0.7, the maintainer is William McBrine
<wmcbrine@users.sf.net>.
Additional code has been contributed by Peter Karlsson, Mark D. Rejhon, Ingo Brueckl, Robert Vukovic and
Mark Crispin.
BUGS AND KNOWN PROBLEMS
The RSX/NT version is reported to be incompatible with 4DOS: shelling to external programs (archivers or
editors) fails. Thanks to Tony Summerfelt for figuring this one out. You can set the MultiMail session to
use COMMAND.COM while retaining 4DOS elsewhere.
Red Hat Linux 6.0 (and possibly 6.x) comes with a defective installation of ncurses. When linked to this,
MultiMail mostly works, but odd effects appear when scrolling. (Users describe it as double-spaced.) The
problem can be fixed by reinstalling ncurses from the source -- not the source RPM that comes with Red
Hat, but the original source from the ncurses site (see INSTALL).
SOUP area type 'M' is not recognized yet. First I have to find a program that can generate one. :-)
The ANSI viewer eats a lot less memory than it used to, but it can still be a problem. (Each
character/attribute pair takes up four bytes in memory. But lines which have the same attribute
throughout are stored as plain text.)
The new file list and bulletin viewer is, as yet, a hack. A better means of selecting which ones to view
will be forthcoming, if I can ever decide just how it should look. (Your opinion is welcome.)
If you find any bugs, or have ideas for improvement, please write to me.
July 19, 2007 MultiMail(1)