docs/master

diff intro.roff @ 181:eb6eeb10afd5

Various stuff: Checked quotes, s/further more/furthermore/, etc
author markus schnalke <meillo@marmaro.de>
date Wed, 11 Jul 2012 09:24:47 +0200
parents 4c7db172fb59
children 5360f5fdb118
line diff
     1.1 --- a/intro.roff	Wed Jul 11 00:00:34 2012 +0200
     1.2 +++ b/intro.roff	Wed Jul 11 09:24:47 2012 +0200
     1.3 @@ -11,7 +11,7 @@
     1.4  This chapter introduces MH, its history, concepts and how it is used.
     1.5  It describes nmh's code base and community to give the reader
     1.6  a better understanding of the state of mmh when it started off.
     1.7 -Further more, this chapter outlines the mmh project itself,
     1.8 +Furthermore, this chapter outlines the mmh project itself,
     1.9  describing the motivation for it and its goals.
    1.10  
    1.11  
    1.12 @@ -31,8 +31,8 @@
    1.13  .P
    1.14  In 1977 at RAND Corporation, Norman Shapiro and Stockton Gaines
    1.15  proposed the design
    1.16 -of a new mail handling system, called ``Mail Handler'' (MH),
    1.17 -to superseed RAND's old monolithic ``Mail System'' (MS).
    1.18 +of a new mail handling system, called \fIMail Handler\fP (MH),
    1.19 +to superseed RAND's old monolithic \fIMail System\fP (MS).
    1.20  Two years later, in 1979, Bruce Borden took the proposal and implemented a
    1.21  prototype of MH.
    1.22  Before the prototype's existence, the concept was
    1.23 @@ -53,7 +53,7 @@
    1.24  email standard.
    1.25  .P
    1.26  In the nineties, the Internet became popular and in December 1996,
    1.27 -Richard Coleman initiated the ``New Mail Handler'' (nmh) project.
    1.28 +Richard Coleman initiated the \fINew Mail Handler\fP (nmh) project.
    1.29  Nmh is a fork of MH 6.8.3 and bases strongly on the
    1.30  \fILBL changes\fP by Van Jacobson, Mike Karels and Craig Leres.
    1.31  Colman intended to modernize MH and improve its portability and
    1.32 @@ -111,7 +111,7 @@
    1.33  .P
    1.34  The system is well scriptable and extensible.
    1.35  New MH tools are built out of or on top of existing ones quickly.
    1.36 -Further more, MH encourages the user to tailor, extend and automate the system.
    1.37 +Furthermore, MH encourages the user to tailor, extend and automate the system.
    1.38  As the MH tool chest was modeled after the Unix tool chest, the
    1.39  properties of the latter apply to the former as well.
    1.40