# HG changeset patch # User markus schnalke # Date 1337182834 -7200 # Node ID af8c46461924d49e4959b6fd1cfc69aef148b630 # Parent 443dda7ccb4ab6cf3ff1b38b99676f75c41f193d Rework and new text about mmh's name in the Intro. diff -r 443dda7ccb4a -r af8c46461924 ch01.roff --- a/ch01.roff Wed May 16 09:35:55 2012 +0200 +++ b/ch01.roff Wed May 16 17:40:34 2012 +0200 @@ -16,14 +16,10 @@ Most important for this thesis is that MH defines a mail handling concept. In fact, MH had started as a design proposal, not as an implementation, and in spirit it had remained this way. This is similar to Unix, which -influenced the world rather in being a set of system design concepts +influenced the world more in being a set of system design concepts than in being a specific software product. -.P -XXX Link to the Unix phil. -.P -XXX comparision to monolithic mail systems. -.P -XXX Differenciation of MUA and mail system. +These ideas behind Unix are summarized in the \fIUnix philosophy\fP. +MH follows this philosophy. .U2 "History .P @@ -63,15 +59,18 @@ .U2 "Concepts .P MH is a toolchest, modelled after the Unix toolchest. It consists of a -set of tools, each covering a specific task of email handling. The programs +set of tools, each covering a specific task of email handling. +The programs operate on a common mail storage. The specific format of the mail storage characterizes MH in the same way like the format of the file system characterizes Unix. +.P The mail storage consists of \fImail folders\fP (directories) and \fPmessages\fP (regular files). Each message is stored in a separate file in the format it had been received (i.e. transfer format). The files are named with ascending numbers in each folder. +.P MH tools maintain a \fIcontext\fP, which includes the current mail folder and current message. Processes in Unix have a similar context, containing the current working @@ -80,6 +79,7 @@ context themselves. The user can have one MH context or multiple ones, he can even share it with other users. +.P Messages can have symbolic names. These can be automatically updated position names like being the next or the last message, or user-settable group names for arbitrary sets of messages. @@ -92,9 +92,10 @@ are created very easily. This provides shortcuts and tayloring. Form templates for new messages or for replies are easily exchangable. Generally, output is adjustable with format files. +.P The configuration is stored in a file that is called the user's \fIprofile\fP. MH encourages the user to taylor and automate the mail handling. -Almost everypart of the system can be adjusted to personal preference. +Almost every part of the system can be adjusted to personal preference. The system is well scriptable and extendable. As the MH toolchest was modelled after the Unix toolchest, the properties of the latter apply to the former as well. @@ -103,13 +104,15 @@ .P Three versions of MH are available today: .IP "Old MH" +.br In most cases this version had been replaced by nmh, but some systems might still provide old MH. The main reasons to still use old MH are historical reasons. MH provides hardly any benefits over nmh. The development of old MH has stopped after the 6.8.4 release in February 1996. -.IP nmh\0 +.IP nmh +.br The most widespread version of MH was forked off version 6.8.3 in December 1996. It is based on the \fILBL changes\fP. Backward-compatibility to old MH is provided by having new featues deactivated @@ -118,6 +121,7 @@ Throughout the previous years, the work on nmh was mostly maintenance work. Development revived in December 2011 and stayed busy since then. .IP mmh +.br This descendent of nmh is the subject of this thesis. It had started as an experimental version, but became de facto a fork. @@ -126,18 +130,53 @@ Following is an example mail handling session with mmh. It should be mostly compatible with nmh and old MH. Details might vary but the look'n'feel is the same. -.P -XXX shell mail handling session follows ... +.DS +$ \f(CBinc\fP +Incorporating new mail into inbox... + + 1+ 2012-05-16 11:16 meillo@dream.home Hello + 2 2012-05-16 11:17 meillo@dream.home book + +$ \f(CBshow\fP +Date: Wed, 16 May 2012 11:16:00 +0200 +To: meillo +From: +Subject: Hello + +part text/plain 13 +mmh is great + +$ \f(CBnext\fP +Date: Wed, 16 May 2012 11:17:24 +0200 +To: meillo +From: +Subject: book + +part text/plain 79 +Hello meillo, + +have a look at the ``Daemon book''. You need to read that! + +foo + +$ \f(CBrmm 1\fP + +$ \f(CBscan\fP + 2+ 2012-05-16 11:17 meillo@dream.home book + +$ +.DE .H1 "nmh: Code and Community .P In order to understand the state, goals and dynamics of a project, -one needs to know its history. MH comes from a time before the -Internet, a time before networking became universal, a time when -emailing was small, short and simple. Then it grew, spread and -adopted to the changes. The core-concepts, however, remained the -same. During the XXX a small group of students at the University of +one needs to know its history. MH predates the Internet, +it comes from times before networking was universal, +times when emailing was small, short and simple. +Then it grew, spread and adopted to the changes email went through. +The core-concepts, however, remained the same. +During the 80s a small group of students at the University of California, actively worked on MH. They added features and optimized, like it is common for scientific work. This is still in pre-ANSI C times. The source code contains many ancient parts. Code constructs @@ -146,10 +185,11 @@ Nmh started eight years after the ANSI C standard had been established. A more modern coding style entered the code base. Still a part of the developers come from ``the old days''. The developer -base became more diverse and thus the code. Programming practices +base became more diverse and thus the code had different style. +Programming practices from different decades merged into the project. Different coding styles came together. It appears as if multiple peers added code -parts, resulting in a conclomeration rather than an homogenic +parts, resulting in a conclomeration rather than a homogenic of-one-cast mail system. Still, the basic concepts hold it together. They were mostly untouched throughout the years. .P @@ -179,18 +219,50 @@ .H1 "mmh .P -I started to work on my experimental version, which I call -\fImmh\fP (for \fImeillo's mail handler\fP), in Fall 2011. -In December, when I announced that I would work on an experimental -version, the activity in nmh suddenly rose. Suddently the community -started to move. -After long years of mostly idling, nmh became actively developed again. -What a great result! -Hence, while I was working on mmh, the community was working on nmh -too. My own work went in parallel and mostly unrelated. +I started to work on my experimental version in Fall 2011. +In December, when I announced my work on the nmh-workers mailing list, +.[ +nmh-workers mmh announce december +.] +the activity in nmh rose heavily. +Suddently the community started to move. +This movement was pushed much by Paul Vixie's ``edginess'' message. +.[ +nmh-workers vixie edginess +.] +After long years of much stagnation, nmh became actively developed again. +Hence, while I was working on mmh, the community was working on nmh, +in parallel. + +.U2 "Naming .P -Because of several circumstances, my experimental version is rather -a fork today, although this may change again in the future. +The name \fImmh\fP stands for \fImeillo's mail handler\fP, +because mmh is my own version of MH. +(My login name is \fImeillo\fP.) +The project follows my personal considerations and preferences. +By calling it a personal project, I don't need to justify my decisions, +though, still I do. +This enabled me to follow my vision staightly and thus produce +a result of greater pureness. +This project model was inspired by the window manager \fIdwm\fP, +which is Anselm Garbe's personal window manager \(en +targeted to satisfy Garbe's personal needs whenever conflicts appear. +dwm had remained much more focused on its original goals, +whereas its community-driven predecessor \fIwmii\fP had +grown large and lost it's leanness. +This should not happen to mmh. +.P +mmh can also stand for \fImodern mail handler\fP, and this is +the variant chosen as titel for this document. One main focus of the +project was to modernize nmh. Another main goal is resembled in the +name \fIminimized mail handler\fP: Drop any parts that don't add +to the main task of mmh, being a MUA. +.P +It should also be noted that \fLstrcmp("mmh","nmh")<0\fP is true. +Although mmh bases on nmh, it is likely seen as a step backward. +I agree. +However, this step backward actually is a step forward, +although in another direction. .U2 "Motivation .P @@ -199,6 +271,8 @@ .U2 "Why it is worth it .P XXX +XXX comparision to monolithic mail systems. +XXX Differenciation of MUA and mail system. .U2 "Target Field .P diff -r 443dda7ccb4a -r af8c46461924 ch04.roff --- a/ch04.roff Wed May 16 09:35:55 2012 +0200 +++ b/ch04.roff Wed May 16 17:40:34 2012 +0200 @@ -1,7 +1,8 @@ .H0 "Summary .P -foo +Because of several circumstances, my experimental version is rather +a fork today, although this may change again in the future. .H1 "Outlook .P