2010-10-20 Improved replcomps and replgroupcomps and adjusted repl(1) and my two local aliases repls (reply to the sender only) and repll (the reply is to a list) likewise. I noticed that post(8) speaks SMTP to the local MTA. I rather want to have it piping the message into the sendmail program on stdin. Post(8) always speaks SMTP but there is spost(8), a simpler alternative. Spost(8) does what I want, hence I added postproc: /usr/lib/mh/spost to my .mh_profile. Unfortunately now a problem occured with masqmail. Spost(8) calls sendmail (which in my case is linked to masqmail) as: sendmail -m -t -i The -t and -i flags are as expected, but -m is not recognized by masqmail. -m (alternatively -om (have I already said that sendmail's option naming is stupid)) means: In Sendmail, this option means "me too", indicating that the sender of a message should receive a copy of the message if the sender appears in an alias expan- sion. [0] As masqmail doesn't recognize the option it took an erroneous exit. The initial quick hack to get the setup to work though was wrap- ping masqmail with the following script: #!/bin/sh /usr/sbin/masqmail `echo "$@" | sed s,-m,,` Although this is a bad solution, Unix's ability to take such ap- proaches is something that I like much. But the question is how to solve the problem right. It is neces- sary for masqmail to recognize -m ? Is it enough, or even appre- ciated, that masqmail ignores all unrecognized options? To fail on unknown options or not to fail, that is the question? I explored nmh's source base and looked through the files related to post, spost, and smtp. At first glimpse the folder namings in nmh tell you nothing. But they are explained in the docs: uip = user interface programs; sbr = subroutines; mts = message transfer system (something like an MTA); h = the header files, but that was easy to guess. To get an guess of the code size in C (with sloccount): uip: 36.000 sbr: 9.000 mts: 1.300 h: 1.300 Besides these main components, there is a test system with about 650 lines in Unix shell and a few more scripts to initiate a basic configuration. P.S. Michael Richardson says: It can be the difference between getting something done and just goofing around. I would even say that there really *is* a difference between them, and really, that's the whole point: Be productive! [0] from exim's man page http://marmaro.de/lue/ markus schnalke