Re: adding DSN support to MH

Martin Hamilton <martin(_at_)mrrl(_dot_)lut(_dot_)ac(_dot_)uk> writes:
> Jerry Peek writes:
> | In your code, a -nonotify switch would be a little hard to type (nono),
> | but it would give users more flexibility.  For example, if the MH
> | profile had this as a default:
> |
> | send: -notify success,failure
> |
> | and you didn't want to know that a message succeeded, you could say:
> |
> | What now? send -nonotify success
> |
> | and only have the failure notification used.  Hmmm.  This seems sort
> | of hard to code, but the flexibility could make life easier for users.
>
> They could get the same effect from "-notify failure", though ?


Depends.  The "-[no]cc type" flag acts cumulatively, as if the three
cc possibilities are each independent booleans and the -cc simply
sets whatever, while -nocc clears whatever.  That is:

    repl -cc cc -cc to -nocc cc

only cc's the "to", while:

    repl -cc cc -cc to -cc to

cc's both the "to" and "cc".

This is very flexible: you can turn off a particular set without having
to  know what is currently turned on, and vice versa.  Jerry is
suggesting similar behavior for the -notify (-nonotify) switch, while
you're suggesting that each -notify completely replace the previous
-notify list.

I personally think the '-[no]cc' behavior is more in the spirit of MH
(that is, it's more flexible and handles the config+override style
better).



> The real brain twister would be notifications on a per recipient
> basis, but I don't feel up to that at the moment!

Ooof.  How should one enter that?  It would be nice to be able to mark
this in the message being composed:


To: guenther(_at_)gac(_dot_)edu &&notify=failure;ret=full&&, 
someone_else(_at_)somewhere(_dot_)com
....


But a) it'll be totally different from anywhere else;
    b) that particular syntax doesn't allow for specifying the message
        wide default in the message (that is, how all the addreses will
        be treated by default);
and c) it's ugly.

On the other hand, "-notifyfor guenther(_at_)gac(_dot_)edu failure" is even 
uglier,
and harder to type.


Philip Guenther

----------------------------------------------------------------
Philip Guenther                 UNIX Systems and Network Administrator
Internet: guenther(_at_)gac(_dot_)edu   Phonenet: (507) 933-7596
Gustavus Adolphus College       St. Peter, MN 56082-1498