[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Nmh-workers] Conflict between "mime" command and attach

From: Paul Vixie
Subject: Re: [Nmh-workers] Conflict between "mime" command and attach
Date: Thu, 12 Dec 2013 15:38:55 -0800
User-agent: Postbox 3.0.8 (Windows/20130427)

+1 to jon's proposal below. but this is probably enmh (even newer mail
handler), not nmh. because to support it we'll have to bite a
long-avoided architectural bullet and put all of the logic in a callable
library, of which the command line tools are wrappers around option
parsing and the libraries. programmatic users of the mail handler should
not have to call system("pick"), they should be calling enmh_pick().

if a team gets together that's going to cut that deep, i'll offer to be
involved, for whatever good or evil images that may provoke. (i am
personally responsible for more cert advisories than any other human,
since about a third of sendmail's lifetime total are mine not eric's.)



> Jon Steinhart <address@hidden> writes:
>> ...
>> o  I'd like to eliminate mhlist, mhstore, and mhshow from the ui.
>> o  I'd like to extend message numbers so that 432.1.2 would be part 1.2 of
>> message number 432.
>> o  I'd like a -mime option to scan that did a more compact (1 line) summary
>> of each message part.
>> o  I'd like the ability to show a message part.
>> o  If it's not enough to show a message part and redirect the output to a
>> file then there should be a -store option on show.
>> o  There should be a -part option to show, and the ability to do next -part
>> and prev -part, and alias support for nextp and prevp commands.
>> o  I'd like to be able to override the default handling of a part when shown
>> on the command line.
>> On the composition and sending side.
>> o  Blasphemy!  I'd like to eliminate mhbuild from the ui even if it lives in
>> the background.
>> o  I'd like to handle forw -mime and repl -mime using new nmh-private headers
>> similar to the attach header.
>> o  While it would be nice to be able to have mhbuild-like options on the 
>> attach
>> command, I don't think that they're really needed.  In the worst case, if a
>> message is received that has the wrong mime-type, one can override that on
>> the show command line (above).  Beats having to do it in an editor which is
>> what happens today.
>> There!  Do your worst!

reply via email to

[Prev in Thread] Current Thread [Next in Thread]