[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Nmh-workers] new mhmail
From: |
norm |
Subject: |
Re: [Nmh-workers] new mhmail |
Date: |
Sat, 16 Jun 2012 15:50:05 -0700 |
David Levine <address@hidden> writes:
>mhmail(1) has been replaced on master.
>
>SYNOPSIS
>mhmail [addrs ...] [-body text] [-cc addrs ...] [-from addr]
>[-subject subject]
>[switches for post ... | [-profile [switches for send ...]]
>[-version] [-help] [-debug]
>
>It has these differences from the old mhmail:
>* Instead of silently not sending an empty message, notifies user
>"mhmail: empty message not sent, use -body '' to force."
>* The old mhmail dropped a trailing newline from the -body argument.
>* Supports all post(8) (by default, without -profile) or send(1)
>(with -profile) options.
>* Optionally (with -profile) obeys the users profile, including
>AliasFile and send entries.
>* Adds -debug option for debugging (sending, not incorporating new mail).
>* Drops support for undocumented -queue option.
>
>To do:
>* add support for undocumented -resent old mhmail switch
>* add -attach file ... switch
May I be so bold as to suggest additional switches:
-send -and -nosend (with -send being the default, if you like)
--foo bar (adds a component named "foo" with value, "bar". (This notation is
analogous to one used in pick).
-file path (where the draft goes) (implies -nosend)
With those features the program becomes a fairly powerful draft generation
utility. What you have is already very close to that).
Norman Shapiro