docs/master
changeset 22:99409e4546d2
Wrote about the removal of tools.
author | markus schnalke <meillo@marmaro.de> |
---|---|
date | Mon, 07 May 2012 17:27:57 +0200 |
parents | bb8a8be49024 |
children | 1e4afeb34da7 |
files | ch03.roff |
diffstat | 1 files changed, 90 insertions(+), 0 deletions(-) [+] |
line diff
1.1 --- a/ch03.roff Mon May 07 15:50:09 2012 +0200 1.2 +++ b/ch03.roff Mon May 07 17:27:57 2012 +0200 1.3 @@ -214,6 +214,96 @@ 1.4 common today. 1.5 1.6 1.7 +.H1 "Removal of Tools 1.8 +.P 1.9 +MH had been considered an all-in-one system for mail handling. 1.10 +The community around nmh has a similar understanding. 1.11 +In fundamental difference, I believe that mmh should be a MUA but 1.12 +nothing more. I believe that all-in-one mail systems are not the way 1.13 +to go. There are excellent specialized MTAs, like Postfix; 1.14 +there are specialized MDAs, like Procmail; there are specialized 1.15 +MRAs, like Fetchmail. I believe it's best to use them instead of 1.16 +providing the same function ourself. Doing something well requires to 1.17 +focus on this particular aspect or a small set of aspects. The more 1.18 +it is possible to focus, the better the result in this particular 1.19 +area will be. The limiting resource in Free Software community development 1.20 +usually is human power. If the low development power is even parted 1.21 +into multiple development areas, it will hardly be possible to 1.22 +compete with the specialists in the various fields. This is even 1.23 +increased, given the small community \(en developers and users \(en 1.24 +that MH-based mail systems have. In consequence, I believe that the 1.25 +available resources should be concentrated at the point where MH is 1.26 +most unique. This is clearly the MUA part. 1.27 +.P 1.28 +Several of nmh's tools were removed from mmh because they didn't 1.29 +match the main focus of adding to the MUA's task. 1.30 +.P 1.31 +.Pn conflict 1.32 +was removed because it is a mail system maintenance tool. 1.33 +Besides, it also checks the 1.34 +.Fn /etc/passwd 1.35 +and 1.36 +.Fn /etc/group 1.37 +files. 1.38 +The tool might be useful, but it should not be shipped with mmh. 1.39 +.P 1.40 +.Pn rcvtty 1.41 +was removed because its usecase of writing to the user's terminal 1.42 +on receival of mail is hardly wanted today. If users like to be 1.43 +informed of new mail, then using the shell's 1.44 +.Ev MAILPATH 1.45 +variable or different (graphical) notifications are likely more 1.46 +appealing. Writing directly to other terminals is hardly ever wanted 1.47 +today. If though one wants to have it this way, the standard tool 1.48 +.Pn write 1.49 +can be used in a way similar to: 1.50 +.DS 1.51 +scan -file - | write `id -un` 1.52 +.DE 1.53 +.P 1.54 +When the new attachment system was introduced, 1.55 +.Pn viamail 1.56 +was removed because then 1.57 +.Pn forw 1.58 +could cover the task itself. 1.59 +The wrapper program 1.60 +.Pn sendfiles 1.61 +was rewritten as a shell script to use 1.62 +.Pn forw . 1.63 +.P 1.64 +.Pn msgchk 1.65 +was removed as it became hardly useful when POP support was removed. 1.66 +It is questionable if 1.67 +.Pn msgchk 1.68 +provides more information than: 1.69 +.DS 1.70 +ls -l /var/mail/meillo 1.71 +.DE 1.72 +It does separate between old and new mail, but that's not very 1.73 +useful and can be found out with 1.74 +.Pn stat (1) 1.75 +too. A very small shell script could care for the form of output. 1.76 +As mmh's inc only incorporates mail from the user's local maildrop 1.77 +and thus no long data transfers are involved, 1.78 +there's no need to check for new mail before incorporating it. 1.79 +.P 1.80 +.Pn msh 1.81 +was removed because the tool was in conflict with the original 1.82 +philosophy of MH. It provided an interactive shell to access the 1.83 +features of MH. One major feature of MH is being a toolchest. 1.84 +.Pn msh 1.85 +wouldn't be just another shell, taylored to the needs of mail 1.86 +handling, but one large program to have the MH tools built in. 1.87 +It's main use was for accessing Bulletin Boards, which have seized to 1.88 +be popular. Removing 1.89 +.Pn msh , 1.90 +together with the truly obsolete programs 1.91 +.Pn vmh 1.92 +and 1.93 +.Pn wmh , 1.94 +saved more than 7\|000 lines of C code \(en a major achievement. 1.95 + 1.96 + 1.97 .H1 "Draft and Trash Folders 1.98 .U2 "Draft Folder 1.99 .P