# HG changeset patch # User markus schnalke # Date 1342086632 -7200 # Node ID e0e49a8bfbe8f320d7f7e736a74106c168204652 # Parent d8b33fc611be22c436ea17b2dd4931298701dc99 Added refs. diff -r d8b33fc611be -r e0e49a8bfbe8 intro.roff --- a/intro.roff Thu Jul 12 11:36:44 2012 +0200 +++ b/intro.roff Thu Jul 12 11:50:32 2012 +0200 @@ -26,6 +26,9 @@ influenced the world more in being a set of system design concepts than in being a specific software product. The ideas behind Unix are summarized in the \fIUnix philosophy\fP. +.[ +gancarz unix philosophy +.] MH follows this philosophy. .U2 "History @@ -34,12 +37,17 @@ proposed the design of a new mail handling system, called \fIMail Handler\fP (MH), to superseed RAND's old monolithic \fIMail System\fP (MS). +.[ +shapiro gaines mh proposal +.] Two years later, in 1979, Bruce Borden took the proposal and implemented a prototype of MH. Before the prototype's existence, the concept was believed to be practically unusable. -But the prototype proved successful and replaced MS thereafter. -In replacing MS, MH grew to provide anything necessary for emailing. +But the prototype proved successful and replaced MS thereafter.\& +.[ +history of mh website +.] .P In the early eighties, the University of California at Irvine (UCI) started to use MH. @@ -47,18 +55,22 @@ They took over the development and pushed MH forward. RAND had put the code into the public domain by then. MH was developed at UCI at the time when the Internet appeared, -when the University of California at Berkeley (UCB) implemented -the TCP/IP stack, and when Eric Allman wrote Sendmail. +the University of California at Berkeley (UCB) added TCP/IP +networking to their distribution, and Eric Allman wrote Sendmail. MH was extended as emailing became more featured. The development of MH was closely related to the development of email RFCs. In the advent of the \fIMultipurpose Internet Mail Extensions\fP (MIME), MH was one of the first implementations of the new email standard. +MH grew to provide anything necessary for emailing. .P In the nineties, the Internet became popular and in December 1996, Richard Coleman initiated the \fINew Mail Handler\fP (nmh) project. Nmh is a fork of MH 6.8.3 and bases strongly on the \fILBL changes\fP by Van Jacobson, Mike Karels and Craig Leres. +.[ +lbl changes +.] Colman intended to modernize MH and improve its portability and MIME handling capabilities. This should be done openly within the Internet community. @@ -97,76 +109,77 @@ with others. .P Messages are named by their numeric filename, -but they can have symbolic names, too. -These are either automatically updated -position names such as the next or the last message, +but they can have symbolic names, as well. +These are either one of six system-controlled position names or user-settable group names for arbitrary sets of messages. These names are called sequences. -Sequences can be bound to the containing folder or to the context. +Automatically updated position names exist for the +first, last, previous, next, current message, and +for the number one beyond the last message. +(In mmh, the names of these sequences are abbreviated to the +first character.) +User-definded sequences can be bound to the folder containing the +messages (\fIpublic sequences\fP) or to the user's context +(\fIprivate sequences\fP). .P -The user's \fIprofile\fP is a file that contains his MH configuration. +The user's \fIprofile\fP is the file that contains his MH configuration. Default switches for the individual tools can be specified to adjust them to the user's personal preferences. +These switches will be automatically supplied whenever the specific +tool is invoked. Additionally, a single command can be linked under different names -with different default values easily. -Form templates for new messages or for replies are easily changeable, -and output is adjustable with format files. -Almost every part of the system can be adjusted to personal preference. +with different default values. +Form templates for new messages and replies, as well as format files +to adjust the output of tools are easily exchanged in the profile. .P -The system is well scriptable and extensible. -New MH tools are built out of or on top of existing ones quickly. -Furthermore, MH encourages the user to tailor, extend and automate the system. -As the MH tool chest was modeled after the Unix tool chest, the -properties of the latter apply to the former as well. - - -.ig \"XXX - -.P -To ease typing, the switches can be abbreviated as much as the remaining +Switches consist of a single dash (`\fL-\fP') followed by a word. +To ease typing, the word can be abbreviated, given the remaining prefix remains unambiguous. -If in our example no other switch would start with the letter `t', then +If no other switch starts with the letter `t', then any of .Cl "-truncate" , .Cl "-trunc" , .Cl "-tr" , and .Cl "-t -would all be the same. +is equal. As a result, switches can neither be grouped (as in .Cl "ls -ltr" ) nor can switch arguments be appended directly to the switch (as in .Cl "sendmail -q30m" ). -.P Many switches have negating counter-parts, which start with `no'. For example .Cl "-notruncate inverts the .Cl "-truncate switch. -They exist to undo the effect of default switches in the profile. -If the user has chosen to change the default behavior of some tool -by adding a default switch to the profile, -he can still undo this change in behavior by specifying the inverse -switch on the command line. +They exist to override the effect of default switches in the profile. +.P +The system is well scriptable and extensible. +Almost every part of the system can be adjusted to personal preference. +New MH tools are built out of or on top of existing ones quickly. +Furthermore, MH encourages the user to tailor, extend, and automate +the system. +As the MH tool chest was modeled after the Unix tool chest, the +properties of the latter apply to the former as well. -.. .U2 "Using MH .P -It is strongly recommended to have a look at the MH Book, -which offers a thorough introduction to using MH. +It is strongly recommended to have a look at the \fIMH Book\fP, .[ [ peek mh book .], Part II] -Rose and Romine provide a deeper and more technical -though slightly outdated introduction in only about two dozen pages. +which introduces into using MH. +Rose and Romine provide a deeper and more technical, +though slightly outdated, introduction in only about two dozen pages. .[ rose romine real work .] .P -Following is an example mail handling session. -It uses mmh but is mostly compatible with nmh and old MH. +Following here is an example mail handling session. +Although it uses mmh, it is mostly compatible with nmh and the +original MH. Details might vary but the look and feel is the same. .so input/mh-session @@ -263,21 +276,27 @@ The name \fImmh\fP may stand for \fImodern mail handler\fP, because the project tries to modernize nmh. Personally however, I prefer to call mmh \fImeillo's mail handler\fP, -emphasizing that the project follows my visions and preferences. +emphasizing that the project is my version of nmh, +following my visions and preferences. (My login name is \fImeillo\fP.) This project model was inspired by \fIdwm\fP, -.\" XXX Ref +.[ +dwm website +.] which is Anselm Garbe's personal window manager \(en targeted to satisfy Garbe's personal needs whenever conflicts appear. Dwm had retained its lean elegance and its focused character, whereas -its community-driven predecessor \fIwmii\fP had grown fat over time. -.\" XXX ref +its community-driven predecessor \fIwmii\fP +.[ +wmii website +.] +had grown fat over time. The development of mmh should remain focused. .U2 "Motivation .P -MH is the most important of very few command line tool chest email systems. +MH is the most important of very few email systems in a tool chest style. Tool chests are powerful because they can be perfectly automated and extended. They allow arbitrary kinds of front-ends to be implemented on top of them quickly and without internal knowledge. @@ -321,6 +340,9 @@ fundamental questions. The nmh community's reluctance regarding change conflicts with my strong desire for it. +.[ +nmh-workers schnalke understanding nmh +.] In developing a separate experimental version new approaches can easily be tried out without the need to discuss changes beforehand. In fact, revolutionary changes are hardly possible otherwise. diff -r d8b33fc611be -r e0e49a8bfbe8 mail.bib --- a/mail.bib Thu Jul 12 11:36:44 2012 +0200 +++ b/mail.bib Thu Jul 12 11:50:32 2012 +0200 @@ -51,3 +51,10 @@ %O \fU http://\:lists.nongnu.org/\:archive/\:html/\:nmh-workers/\:2012-01/\:msg00005.html %K post profile reading +%L mail:\|nmh-goal +%A Markus Schnalke +%J nmh-workers mailing list +%T Understanding nmh (aka. What's the goal) +%D November 30 2010 +%O \fU http://lists.nongnu.org/archive/html/nmh-workers/2010-11/msg00193.html + diff -r d8b33fc611be -r e0e49a8bfbe8 web.bib --- a/web.bib Thu Jul 12 11:36:44 2012 +0200 +++ b/web.bib Thu Jul 12 11:50:32 2012 +0200 @@ -73,3 +73,29 @@ Alternative mailing list archive: \fU http://\:www.mhonarc.org/\:archive/\:html/\:nmh-workers/ +%L web:\|lbl +%T LBL changes +%A Craig Leres +%O \fU http://\:savannah.nongnu.org/\:people/\:resume.php\:?user_id=20830 + +%L web:\|mh-hist +%T History of MH +%O \fU http://rand-mh.sourceforge.net/book/overall/hiofmh.html +%K website + +%L web:\|mh-proposal +%T The Next Message System +%A Stock Gaines +%A Norm Shapiro +%O \fU http://rand-mh.sourceforge.net/book/overall/hiofmh.html#TOMHP +%K original mh proposal + +%L web:\|dwm +%H Website of +%T dwm +%O \fU http://\:dwm.suckless.org + +%L web:\|wmii +%H Website of +%T wmii +%O \fU http://\:wmii.suckless.org