I wonder if pick could have an option like:
-addressee pattern
which would select all messages with ANY addressees or sender including those
with a to:, cc:, bcc:, -from:, -sender:, Resent-To:, Resent-cc:, Resent-bcc:,
Resent-from:, and very likely a few others that I don't know about.
Yes,
"Lyndon Nerenberg (VE6BBM/VE7TFX)" writes:
>> and I'm never sure I have them all.
>
>And there is the crux of the problem. A shipped version of pick never
>could, either. MH is scriptable for a reason -- so that you can do
>this for yourself, for whatever definition of 'recipient' applies at
>th
Earl Hood writes:
>
>In a Perl program I have, I have the following hash defined
>listing out the fields that can contain email addresses:
>...
>
>Hope this helps,
Yes, very much. Thank you.
Norman Shapiro
798 Barron Avenue
Palo Alto CA 94306-3109
(650) 565-8215
n...@dad.org
"Lyndon Nerenberg (VE6BBM/VE7TFX)" writes:
>> It seems to me as if you would be doing compatibility for
>> compatibility's sake. This is sticking to old cruft. Caring to much
>> for some old userbase likely keep you from getting new users while old
>> ones slowly vanish.
>
>Why do we need new user
Joel Uckelman writes:
>Thus spake Lyndon Nerenberg:
>>
>> I would be surprised (stunned, really) if anyone was still using MH
>> *exclusively* as their MUA.
>
>Right here. Be surprised.
Mee too.
Norman Shapiro
798 Barron Avenue
Palo Alto CA 94306-3109
(650) 565-8215
n...@dad.
Ralph Corderoy writes:
>
>Hi,
>
>Jon Steinhart wrote:
>> > I'm thinking about adding tab completion for file and directory
>> > names for whatnowproc. Is that on anyone's to-do list??
>> >
>> > steve
>>
>> Not on my list but it be great.
>
>I've no doubt some would find it useful and use it. But
Robert Elz writes:
>Date:Sun, 13 Feb 2011 21:34:21 +0100
>From:Christian Neukirchen
>Message-ID: <87fwrr65de@gmail.com>
Somebody should write a paper or something, containing the kinds of thing
below, maybe with a title like "MH Three and a Half Decades On", a sort of
succes
I want to install nmh on a a Mac X. Can somebody tell me where to get the
necessary downloads and give me some advice about installation and setup
.
Norman Shapiro
798 Barron Avenue
Palo Alto CA 94306-3109
(650) 565-8215
n...@dad.org
___
Ken Hornstein writes:
>>I want to install nmh on a a Mac X. Can somebody tell me where to get the
>>necessary downloads and give me some advice about installation and setup
>
>You should be able to download the latest sources from git and simply compile
>things normally (I use nmh on a Mac nearly
I have never been able to install nmh so that it would send local mail.
Thus when my draft has a simple local address, trying to send it gets an error
message like:
norm: loses; [USER] 550 5.1.1 ... User unknown
post: 1 addressee undeliverable
send: message not delivered to
Could somebody please tell me how I can install the current version of nmh on
RedHat 6.1? Is there on rpm somewhere?
Norman Shapiro
798 Barron Avenue
Palo Alto CA 94306-3109
(650) 565-8215
n...@dad.org
___
Nmh-workers mailing list
Nm
Oliver Kiddle writes:
>n...@dad.org wrote:
>> Could somebody please tell me how I can install the current version of nmh on
>> RedHat 6.1? Is there on rpm somewhere?
>
>What I usually do is try to find the .spec file from Fedora and build an
>rpm using that.
>
>The Fedora files are here:
>http://p
Shouldn't you guys also be talking about pick in connection with
messages containing Mime?
Norman Shapiro
798 Barron Avenue
Palo Alto CA 94306-3109
(650) 565-8215
n...@dad.org
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https
Ken Hornstein writes:
>>Shouldn't you guys also be talking about pick in connection with
>>messages containing Mime?
>
>HOPEFULLY if I do things right, pick should Just Work.
But doesn't the pick API need new primitives, such all messages containing a
given mime type, all messages containing more
Ken Hornstein writes:
>>But doesn't the pick API need new primitives, such all messages containing a
>>given mime type, all messages containing more than n mime types, etc? Or do
>>things like -search and --component somehow make those easy?
>
>Sigh. One thing at a time, okay? Yes, pick probably
This will introduce Bruce Borden who wrote the first version of MH in, I think,
1977. That's not a typo! Could have been 1978, but I don't think so.
He has just subscribed to this list.
Norman Shapiro
798 Barron Avenue
Palo Alto CA 94306-3109
(650) 565-8215
n...@dad.org
_
The sequence '1 1' is the same as the sequence '1'
The sequence '1 2' is the same as the sequence '2 1'.
Thus sequences behave as what are normally called sets, not as what are
normally called sequences.
Of course, it is way, way too late to correct this three decade old mistake, a
mistake for wh
Would somebody be willing to tell me how to download the 1.4 sources?
Norman Shapiro
798 Barron Avenue
Palo Alto CA 94306-3109
(650) 565-8215
n...@dad.org
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.org/
In the nmh-1.4 sources, there is a file, docs/COMPLETION-BASH.
I assumed that it is a bash source file. But, from bash,
source COMPLETION-BASH
yields the error mesages:
bash: COMPLETION-BASH: line 23: syntax error near unexpected token `('
bash: COMPLETION-BASH: line 23: `\++(
Ken Hornstein writes:
>>In the IMAP case, you don't want to download the entire message just to
>>satisfy an mhpath request. The value in IMAP is its ability to treat
>>MIME sections as separate objects. By sucking down entire messages, all
>>you've done is downgrade IMAP to POP.
>
>I understand w
>ps...
>If all you want from mh is "show/next/comp/repl/rmm" you might just as well
>use thunderbird, or sylpheed, or even outlook express.
Not even that's true. Such a user still has all the power of a Unix shell.
For example, if she is using bash:
% !scan
or
% show irs | egrep -i 'penalty|as
David Levine writes:
>Norm wrote:
>
>> In the nmh-1.4 sources, there is a file, docs/COMPLETION-BASH.
>>
>> I assumed that it is a bash source file. But, from bash,
>>
>> source COMPLETION-BASH
>>
>> yields the error mesages:
>>
David Levine writes:
>
>
>I removed bash-completion (all of it, not just for nmh) from
>my system (Fedora 16) because it disabled some completions
>that I use frequently. I don't think it's very useful for
>nmh, anyway, because nmh options can be abbreviated. It
>should complete folder names, bu
Step 1. Vanilla installation . I built and installed nmh 1.4 accepting all
defaults.
nmh almost worked fine. In particular, mail addressed simply to "norm" got put
in my local mail drop. BUT for a few addressees I got a rejection note such as
the forwarded message below.
Step 2. I c
Ken Hornstein writes:
>> norm: loses; [USER] 550 5.1.1 ... User unknown
>> post: 1 addressee undeliverable send: message not delivered to anyone
>
>So, I'm wondering ... previous version of nmh worked fine, is that
>right?
I'm very sorry. I was unclear
Ken Hornstein writes:
>As a side note ... Norm, when I try to reply to your message, I get
>the following warning from repl:
>
>repl: bad addresses:
>nmh-workers@nongnu.org n...@dad.org -- junk after local@domain (norm)
>nmh-workers@nongnu.org n...@dad.org -- junk after
Ken Hornstein writes:
>>Is there any way I could change it for a single message, short of
>>modifying mts.conf -- maybe some kind of entry in .mh_profile or
>>something? Note that messages for which I will want to this will have
>>exactly one addressee, norm.
>
>Ah,
Ken Hornstein writes:
>As a side note ... Norm, when I try to reply to your message, I get
>the following warning from repl:
>
>repl: bad addresses:
>nmh-workers@nongnu.org n...@dad.org -- junk after local@domain (norm)
>nmh-workers@nongnu.org n...@dad.org -- junk after
t to this will have exactly one addressee, norm.
>
>You're trying to solve the problem in the wrong place.
>
>You need to configure nmh to submit mail locally using the 'sendmail'
>transport. Then, configure your MTA to deliver bare addresses locally, and
>rela
I'm curious: why can't I 'send" a message no addressees but with an Fcc: ?
Norman Shapiro
798 Barron Avenue
Palo Alto CA 94306-3109
(650) 565-8215
n...@dad.org
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.
Ralph Corderoy writes:
>If introduced, .dcc:, etc., could also be added, allowing migration to
>`deprecated' over the decades of future MH use.
>
Yes, decades, is the appropriate time scale for MH discussion!
Something that is true of very few -- almost no -- current systems.
Norman Shapir
Ken Hornstein writes:
>There are a large number of changes in this release; the release notes
>(see the NEWS file in the distribution)
I got tired just reading the NEW FEATURES section.
Norman Shapiro
___
Nmh-workers mailing list
Nmh-workers@nong
Ken Hornstein writes:
>Greetings all,
>
>I am pleased to announce the first release candidate (RC1) of nmh 1.5 is now
>available. You can find it for download here:
INSTLLL says:
For routine installation on popular platforms, the shell script in
docs/contrib/build_nmh can be used to guide y
Ken Hornstein writes:
>
>I am pleased to announce the first release candidate (RC1) of nmh 1.5 is now
>available.
Are requests for new feature, sans code. in order yet?
Norman Shapiro
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lis
I and at least one other user -- and probably many others, have .mh_profile
entries that we added years ago, for reasons now obscure and not remembered.
There ought to be an easy way to incorporate comments in that file. As I read
the man page, there is none provided.
Yes, I could use a bogus comp
Is there a way that scripts can use locking compatibly with the locking
used by the local nmh installation. If not there should be. If so, is
it documented, if not it should be.
Norman Shapiro
798 Barron Avenue
Palo Alto CA 94306-3109
(650) 565-8215
n...@dad.org
GRIPE:
>From time immemorial, in the pick man page, the definitions of -after and
-before have been at best ambiguous and at worst wrong.
Here is my stab at a correct definition:
The only messages considered will be those for which the relevant date
field exists, has a valid format, an
Ken Hornstein writes:
>But I'm trying to understand ... what would you do from a script
and/or from a terminal
>that would require locking?
They include adding to mail drops, moving files between and within
folders and editing context files (mostly to rename or remove sequences).
I don't know w
David Levine writes:
>Norm wrote:
>
>> They include adding to mail drops, moving files between and within
>> folders and editing context files (mostly to rename or remove
>> sequences).
>
>Though they can get clumsy, there are nmh programs to do each
>of thos
Ken Hornstein writes:
>>The basic philosophy and reason-for-existence of mh and of nmh is that that's
>>not the way to go. I should be allowed -- nay encouraged -- to use file system
>>tools to manipulate mh constructs.
>
>Okay, let me put in my $0.02:
>
>- I'm kinda with David Levine in that mani
valdis.kletni...@vt.edu writes:
>--==_Exmh_1335562212_1978P
>Content-Type: text/plain; charset=us-ascii
>
>On Fri, 27 Apr 2012 13:48:19 -0700, n...@dad.org said:
>> command is not executed until no other 'mhlock -all' is running, and
>> until
>> no relevant nmh program is running. While
Ken Hornstein writes:
>>To make sure I understand this, I will discuss only the the -all case, which
>>is
>>all I asked for. (There would appear to be complex interactions between the
>>other cases; it would hurt my brain to understand them.)
>
>The more I look at it ... it seems that -all won't
n...@dad.org writes:
>valdis.kletni...@vt.edu writes:
>>--==_Exmh_1335562212_1978P
>>Content-Type: text/plain; charset=us-ascii
>>
>>On Fri, 27 Apr 2012 13:48:19 -0700, n...@dad.org said:
>>> command is not executed until no other 'mhlock -all' is running, and
>>> until
>>> no relevant n
Ken Hornstein writes:
>>Yes, I do. I it to lock EVERYTHING. Maybe you want to get fancy and give
>>mhlock
>>options for partial locking capabilities, but there ought to be a way to lock
>>EVERYTHING. Indeed I would vote for EVERYTHING to be the default. I want to
>>write scripts and be oblivious
Ken Hornstein writes:
>>>But then you say (in another message) that you want nmh programs to not
>>>deadlock under our hypothetical nmhlock program
>>
>>If I said something that amounted to that, it's not what I meant. I don't know
>>what I might have said that led you to believe that's what I mea
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail1.rawbw.com
X-Spam-Level:
X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,SPF_HELO_PASS
autolearn=disabled version=3.3.1
Received: from imap.rawbw.com [198.144.192.43]
by localhost with IMAP (fetchmail-6.2.5)
Ken Hornstein writes:
>>After I sent the attached Email, last February, Ken Hornstein solved the
>>dilemma it posed by telling me about the -server localhost option to send.
>>Until a few weeks ago, everything was fine. Then I started getting the same:
>>
>>: host mail.eipye.com[64.14.74.17] s
ay 2012 05:50:51 -0700
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail1.rawbw.com
X-Spam-Level:
X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_HELO_PASS
autolearn=disabled version=3.3.1
Received: from imap.rawbw.com [198.144.192.43]
by localhost with IMAP (fetch
alhost
>MTA, instead of your ISP smarthost.
>
>I didn't remember the details of your original problem, so I looked it up
>here:
>
>http://lists.nongnu.org/archive/html/nmh-workers/2012-02/msg00198.html
>
>The conclusion of that thread was that you would send "norm&quo
Ralph Corderoy writes:
>Hi Norm,
>
>Your email to the list that I'm replying to:
>> Received: from shell0.rawbw.com ([198.144.192.45]:59786)
>> by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from )
>> id 1SXcPM-0004s6-6P
>> for nmh-workers
Ralph Corderoy writes:
>Hi Norm,
>
>> The Email you analyzied was not sent from the computer suffering the
>> bouncing problem.
>>
>> But this Email will be so sent.
>
>Do you have trouble following the Received headers, bottom to top? :-)
>
>Received:
David Levine writes:
>Norm wrote:
>
>> I don't know what a smarthost is. All I do. by way sending
>> mail, is whatever the nmh defaults are, except that
>> .mh_profile has the line:
>>
>>postproc: /usr/local/nmh/lib/post
>
>That's likely
Ralph Corderoy writes:
>Hi David,
>
>You wrote off-list in a plane:
>> change your "servers: localhost" line in mts.conf to "servers:
>> smtp.tsoft.net" (without quotes). If they require authentication,
>> you'll find out whenyou try to send.
&
quot;servers" to smtp.tsoft.com (You didn't need to do any
>authentication, from what I remember).
>- When you want to send email to yourself, you'll use "send -server localhost"
>
>AFACT, that setup should still do everything you want. Your other options
"David Levine" writes:
>Norm, change your "servers: localhost" line in mts.conf to "servers:
>smtp.tsoft.net" (without quotes).
I did that. It seems to have fixed the problem.
Thank you all very much.
Norman Shapiro
Ken Hornstein writes: all,
>
>I am pleased to announce that the third release candidate (RC3) of
>nmh 1.5 is now available. You can find it for download here:
Platform:
Red Hat Enterprise Linux Version 2.6
64 bit AMD Opteron(TM) Processor 6272
Compiled with no problem.
make check passed all t
Correction:
n...@dad.org writes:
>Platform:
>
>Red Hat Enterprise Linux Version 2.6
That should Version 6.2
Norman Shapiro
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
Shouldn't etc have have a link, man -> share/man ?
Norman Shapiro
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
Ken Hornstein writes:
>>
>>The file, INSTALL, at the top level of the release says;
>>
>> ... The only directory that isn't true for is the `etc' directory -- in
>> that directory, the previous copy of each will be backed up as
>> .prev if it differs from thenewly-installed copy. ...
>>
>>
Ken Hornstein writes:
>>Shouldn't etc have have a link, man -> share/man ?
>
>You mean, you want (default installation):
>
>/usr/local/nmh/etc/man -> ../share/man
Don't know what I "want". That's why I didn't make a request, but asked a
question.
>
>I'm not sure I see the need myself; care
David Levine writes:
>Norm wrote:
>>
>> configure
>> make
>> make check
>> make install
>>
>> Therefore, accepting all the defaults.
>>
>> Than I did 'man scan' and got 'No manual entry
Ken Hornstein writes:
>
>Keeping with historical practice, nmh uses /usr/local/nmh as the default
>installation prefix (the default installation prefix for Autoconf is
>just /usr/local). Everything gets installed underneath that using
>default GNU pathnames, so (for example) man pages end up gett
Ken Hornstein writes:
>--- =_aa0
>Content-Type: text/plain; charset="us-ascii"
>Content-ID: <68350.1338484958.2@zoolander.internal>
>
>(My apologies if you get multiple copies of this; I tried to be too
>smart for my own good).
>
>Greetings all,
>
>I am pleased to announce that the thi
David Levine writes:
>Ken wrote:
>
>> [Norm wrote:]
>> >While you're on the subject, how do I get makewhatis to include
>> >the hierarchy at /usr/local/nmh/share/man, without running
>> >it myself every night via crontab?
>>
>> I don
Maybe mhmail needs a '-server servername' option and perhaps some other send
options as well.
Norman Shapiro
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
David Levine writes:
>Norm wrote:
>
>> Maybe mhmail needs a '-server servername' option and perhaps
>> some other send options as well.
>
>Perhaps, though is that necessary? It seems that mhmail was
>intended to be lean. The man page recommends using com
David Levine writes:
>Norm wrote:
>
>> Suppose I want to do something like:
>>
>> mts=/usr/local/nmh/etc/mts.conf#depends on installation
>> sed < $mts >| /tmp/mts.conf -e '/^servers:/s/:.*/: localhost/'
>> MHMTSCONF=/tmp/mts.conf mhmail no
David Levine writes:
>Ken wrote:
>
>> I'm wondering ... do you really think these gyrations are appropriate
>> for mhmail?
>>
>> Back in "the day", needing to change the server used by post and
>> friends was very rare, so putting it all in mts.conf was reasonable.
>> But now we have alternate por
David Levine writes:
>Norm wrote:
>
>> It's not in the mhparam man page, In fact,
>> share/doc/nmh/README.manpages and bin/mhparam are the only files
>> anywhere in the nmh-1.5 hierarchy in which the string "etcdir"
>> occurs. Also 'mhparam -al
ve both problems.
>
>Let me take a deeper look tonight and see what I come up
>with.
>
>
>Paul wrote:
>
>> i'll bet a patch to the man page would be welcomed! :-)
>
>Well put :-) So would contributions to the nmh test suite.
>That's a great way to le
Ken Hornstein writes:
>>4. YES THERE IS!! mhmail is more properly thought of as draft composition
>>utility, and not as a cheap version of send.
>
>I wouldn't claim to have greater knowledge of MH history than you, Norm ...
>but are you sure about that?
I did not i
David Levine 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:
>* I
David Levine writes:
>Norm wrote:
>...
>>--foo bar (adds a component named "foo" with value, "bar". (This
>> notation is analogous to one used in pick).
>
>OK, I'll look into this. I think that pick's --component is
>the only double
David Levine writes:
>mhmail now has -header-field and -attach options. I'm
>done with it for the time being, assuming no bugs or
>requests.
>
>SYNOPSIS
>mhmail [addrs ...] [-attach file] [-body text] [-cc addrs ...]
>[-from addr] [-header-field name:body] [-subject subject]
>[switches for post .
David Levine writes:
>Norm wrote:
>
>> David Levine writes:
>> >
>> >SYNOPSIS
>> >mhmail [addrs ...] [-attach file] [-body text] [-cc addrs ...]
>> >[-from addr] [-header-field name:body] [-subject subject]
>> >[switches for post ...
Paul Vixie writes:
>...
>i consider MH's basic mailbox format to be flawed in a MIME world for
>which MH was never designed or redesigned. every attachment should be in
>its own file, even if that meant that messages were directories no
>longer files themselves.
>...
Historical note:
In the earl
Jerrad Pierce writes:
>You want mhstore, mentioned in the See Also of mhshow
>
>mhstore (1) - store contents of MIME messages into files
That's EXACTLY what I need. Thank you very much.
Norman Shapiro
798 Barron Avenue
Palo Alto CA 94306-3109
(650) 565-8215
n...
David Levine writes:
>Norm wrote:
>
>> When try to run mhshow on it, it produces nothing useful
>> -- it doesn't even run unzip. I'm guessing that I ought to
>> have a configuration file somewhere, maybe
>> .../nmh/etc/mailcap, that tells nmh about zip
mhstore and mhlist have markedly improved the quality of my life.
I had seen references to mhstore over the years. But the notion that it had
to do with forwarding Email had somehow gotten into my head. So I never
explored it further.
Thank you all very much.
Norman Shapiro
I know how to attach a .tgz file. For example:
#application/octet-stream; \
type=tar; x-conversion=gzip; \
name=SoundShot.tgz /home/norm/Downloads/SoundShot.tgz
or a zip file. For example:
#application/zip; name=,a.zip /home/norm/Downloads/,a.zip
But how do I attach a .png file, for example
The attach feature is really great! Thank you very much!!
I can't find any documentation for it, (./docs/README-ATTACHMENTS is for a much
older nmh version, when the attach feature was not nearly as nice as it is now).
As near as I can tell:
If I give it an extension it doesn't recognize, it is
I wonder if mhstore could have an option to not overwrite any files?
If the option were given, then trying to do so would be an error.
Norman Shapiro
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-w
David Levine writes:
>Norm wrote:
>
>> I wonder if mhstore could have an option to not overwrite any files?
>> If the option were given, then trying to do so would be an error.
>
>Ralph submitted a enhancement request for this almost
>8 years ago:
>
>http://sava
Ken Hornstein writes:
>If you could let us know
>where you looked, we could put some pointers in the man pages.
I don't remember all the places I looked and things I tried, nor do I remember
the order in which I did them. But here are some of the things I tried:
man attach
man -
Could send have an option that makes an unrecognized mime type an error?
Norman Shapiro
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
o:
I intend to type
cp secretName.jpg name.jpg
But actually type
cp secretName.jpg name.jqg
Later I do
ls ~/Graphs/name*
to get
/home/norm/Graphs/name.jqg
which I pick up with my mouse to insert into the what now attach command. The
file exists, so attac
Ken Hornstein writes:
>>I don't remember all the places I looked and things I tried, nor do I
>>remember the order in which I did them. But here are some of the things I
>>tried:
>>
>> man attach
>> man -k attach
>> man whatnow (It told me the feature existed, but not much more)
>
Ken Hornstein writes:
>>Maybe there shouldn't be a separate attach man page, but that doesn't
>>seem like a compelling reason, It just says that it shouldn't be in
>>man/man1 but possibly man/man7, See man 7 intro.
>
>Okay, I could see that. Maybe we really need a man page which spells out
>all o
Jon Steinhart writes:
>Attach was "implemented as part of whatnow" because that seemed to be the place
>to put it for one who uses comp/repl/forw/etc. like I do and I implemented it.
>It couldn't be done as a shell command combined with the above because that
>would have meant you'd have to leave
I'm working on the attach, alist, detach, etc. write up.
It seems that attaching a directory, attaches all the files at the top level of
that directory. Correct?
But if any of those files happen to be a directory, then it results in an
under-the-hood "Nmh-Attachment:" header getting transmitted a
Ken Hornstein writes:
>>It seems that attaching a directory, attaches all the files at the top level
>>of
>>that directory. Correct?
>
>I didn't know about that, but cool.
What, you didn't read the what now man page?
>>But if any of those files happen to be a directory, then it results in an
>>
David Levine writes:
>Norm wrote:
>
>> Of historical interest:
>>
>> Whatnow now has features not available to shell users. This represents,
>> the perhaps inevitable, denouement of an argument I lost decades ago. I
>> believed then, and believe now, th
It would be nice, if send would silently remove blank Nmh-Attachment headers.
Then users could put them in their templates. At composition time, they could
leave them blank, fill them in, or duplicate them for multiple attachments.
That way, folks like me, wouldn't have to remember how to spell
Jon Steinhart writes:
>n...@dad.org writes:
>> It would be nice, if send would silently remove blank Nmh-Attachment headers.
>>
>> Then users could put them in their templates. At composition time, they could
>> leave them blank, fill them in, or duplicate them for multiple attachments.
>>
>> That
I'm working on the attach, alist, detach, etc. write up. So I'm exploring them
some.
/t/,a is a four line file. So that: from a shell window running bash:
==
~ cat /t/,a
/home/norm/Downloads/SoundShot.tgz
/home/norm/Downloads/SoundShotA.png
/home/norm/Downloads/SoundShotB1
David Levine writes:
>Norm wrote:
>
>> I'm working on the attach, alist, detach, etc. write up. So I'm
>> exploring them some.
>
>> So clearly quite a few bash constructs are allowed. So, I had
>> thought that the code somehow invoked bash (or csh or w
e, "Hey,
>doesn't our popen() use sh -c?"
>
>I look at this and I can't help thinking that's the wrong answer; getting
>shell quoting is hard enough, but having to double-quote it? That just
>seems like a mistake to me. Also, depending on "ls"output
David Levine writes:
>Norm wrote:
>
>> I don't know that whatnow's attach ever gave me a blank
>> Nmh-Attachment header. What you are probably referring to
>> was my request that send silently remove any such
>> headers. I asked for that so that users co
Joel Uckelman writes:
>Thus spake Ken Hornstein:
>> >Once again I've been bitten by a lone `sortm' defaulting to `all' when I
>> >intended to do `sortm lp'. On a folder of some 20,000 emails that quite
>> >perturbs incremental backups! `rmm' doesn't default to `all' so I'm not
>> >sure sortm sho
Ken Hornstein writes:
>>Once again I've been bitten by a lone `sortm' defaulting to `all' when I
>>intended to do `sortm lp'. On a folder of some 20,000 emails that quite
>>perturbs incremental backups! `rmm' doesn't default to `all' so I'm not
>>sure sortm should; it's too destructive as the o
1 - 100 of 526 matches
Mail list logo