ments. And
I get all that by typing "p". I'm sure others have similar workflow
helpers.
I can expand on any of that if you'd like, though maybe it should be with
a Subject change.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 70.7 degrees)
oami)-message.eml || exit
thunderbird -file /tmp/$(whoami)-message.eml &
}
Thanks again!
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 85.7 degrees)
as a text-based HTML viewer and I set the option
> "display_link_number" so I can find the link in a message and then
> copy and paste it to a web browser, so that works for a message where
> I just need to find one link.
Yes, we use links similarly, but sometimes the needle (i.e.,
n/whatever). I'd
rather not have to forward or dist the mail to a separate account
(which can easily add another layer of wrapper to the mail -- I'd love
to do:
$ modern-mail-reader $(mhpath cur)
and have it pop up a window on the message.
Is this a practical wish?
paul
=------
What happened to the possibilitiy of simply replacing the .fc macros,
and the use of tbl, with tab characters? Sure seems simple, to me.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma)
er. If it's never going to happen, then it
simply doesn't matter.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 34.7 degrees)
the To header, to match common (in my
experience) practice. If just copying my wife on something I'm
addressing to someone else, I use Bcc which makes it unambiguously
clear she wasn't a disclosed recipient.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 40.6 degrees)
ons -- as long as the removal is well-noted in the
release notes and man pages -- since the fix is simply removing the
options from one's scripts. (Right?) (At the risk of overkill, could
the removal also be noted in the "This is a new release of MH"
message" that happens after a
t, here we talked about adding warnings, but Ken pointed out
that we didn't need to, since you read the mailing list. ;-)
https://lists.nongnu.org/archive/html/nmh-workers/2018-07/msg00005.html
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 21.2 degrees)
age to indicate where it originated.
Happy to get you a full copy of the message if it's interesting.
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 74.8 degrees)
tml/nmh-workers/2006-06/msg6.html
An updated copy of the script is attached to this message, from a later
thread:
https://lists.nongnu.org/archive/html/nmh-workers/2008-07/msg4.html
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma)
e if LEX equals ':' warning that you will need that
> tool if you are building from a repository checkout, but that presumes
> that people would actually read such a message :-)
Okay. You convinced me. :-)
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma)
ind lex or flex, it
sets the value of the program to ":". wth? Wouldn't "false" be
a far more effective substitute? If there's a way to tell configure
to change that behavior, we should consider it.
Anyway, after installing flex, all is well on Ubuntu 20.
paul
=---
efile:1902: all] Error 2
I think the problem lies in the invocation of ylwrap, but I'm not
sure where to go from there.
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma)
k combo be readily done with a shell
function?
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma)
hen I'm ready to do some mail reading, I have a short
script that loops across those Maildirs, and incs each. (It runs mhfixmsg
on the unseen sequence in each folder, immediately after inc'ing it.)
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma)
david wrote:
> rcvstore. That "may change in the future" note has been in the
> man page since at least 1999. I'll remove it unless there's
> objection.
>
I love this project, and this list. :-)
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma)
re be a 1-to-1 correspondence between imap and mh folders?
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma)
ult.
I can't be alone in having customized scripts for doing replies which
already run mhshow in crafting the reply. Perhaps everything would
continue to just work, or perhaps not.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma)
o, cat >/dev/audio]: audio/basic
> [adpcm_dec, play]: audio/x-next
> [mpv --keep-open, xv]: image
> [w3m, lynx, elinks]: text/html
> [mpv, mplayer]: video/mpeg
>
> Of course, the user can override any of this in their profile.
>
> Thoughts?
>
> David
>
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma)
run in that environment. xv
is abysmal, for instance -- it takes forever to get going. At the
other end of the spectrum is "viewnior" (where do names come from, these
days?), which is so fast it might as well be running locally. (I'm not
sure it's much good for anyth
andy wrote:
> Thus said Paul Fox on Sat, 18 Dec 2021 16:20:05 -0500:
>
> > And others that Doug didn't introduce, but which are somewhat long in
> > the tooth:
> > xv
> > soffice
>
> I still prefer to use xv for image display. Also, while St
too. :-)
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 36.5 degrees)
well aware that she cat simply bring up the message in an
editor to see the raw content she's missing, when things go wrong.
She's also good at assuming it's probably Apple's fault. ;-)
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 32.2 degrees)
i‐
nary” error message from mhlist and other nmh programs that parse MIME
messages.
Perhaps I'm not interpreting the conditions correctly: "...in message
parts with a Content-Type of multipart and message..."
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 30.7 degrees)
ght (from reading the man page, and skimming the code) that this
change to C-T-E (i.e., binary --> 8bit) is exactly what -fixcte was supposed
to do. Is there something more subtle going on that I'm missing?
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 27.3 degrees)
found Ken's 2014 message, quoted above. If locking _is_ supported,
then I don't understand: if we have locking implemented, then why is
that paragraph necessary, and why does .mh_sequences not get all of
the updates from simultaneous rcvstore invocations.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 70.7 degrees)
useful, since mostly what one does is modifiy existing
mh-format format strings. (i.e., being able to make a format string
readable, then modify it, and then "compile" it again, would be really
helpful.)
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 74.3 degrees)
hen I forgot that my testing had been done
with files in /tmp, and I lost it all on the next reboot, so I can't
even show you what I tried. (When will I learn...)
So. Is what I want possible? It sure felt like it should be!
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington,
pose this, can we limit the scope of:
Testing inc of files with various alignments of eom marker with buffer size...
to make it run a little faster? :-)
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 57.4 degrees)
ut.
I've pushed all of the mark(1) changes I've been working on.
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 55.6 degrees)
GHT be better, but again, I'm
> not loving it.
Maybe shrink/noshrink?
I'll let all these sit for a day, then commit something.
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 72.9 degrees)
at might make me feel better about it. I'd never write an
adjacent pair as a range myself, so I find it jarring, and it makes it
look like there's something in between. It's hard to believe it wasn't
intentional, though, given that it's a two line fix.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 67.5 degrees)
", and "nocurt", but that didn't seem right
either. ;-)
But maybe you're not fond of the concept, rather than just the name?
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 67.5 degrees)
7-12
$ uip/mark -l -noterse
big: 9 10
lots: 7 8 9 10 11 12
Thoughts?
(I'd also love to fix the old bug that causes "9 10" to be displayed as
"9-10", but I probably shouldn't. Someone probably relies on it.)
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 64.6 degrees)
operation of -list.
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 58.6 degrees)
9
big: 9
cur:
xyzzy:
$ uip/mark -l -s big -s cur -s xyzzy 9 -noempty
big: 9
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 55.0 degrees)
gt;
> forw subject:nmh \( !address:paul / mime-type:image/jpeg \)
>
> Mercurial, the CVS, Subversion, ... thing, has a couple of notations
> which are interesting for identifying files and revisions. The former
> has predicate functions, and the later has operators covering ancestry
> because revisions form a tree, much like emails in a thread.
>
> Specifying file sets https://manned.org/hg.1#head14
> Specifying revisions https://manned.org/hg.1#head24
>
> --
> Cheers, Ralph.
>
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 45.3 degrees)
ralph wrote:
> ...a lot...
I knew I was being wise to wait until you chimed in. It will take me
a day or two to get to this.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 40.1 degrees)
ero switch does not
affect the operation of -list.
Are we in any kind of waiting period for the next release?
Any objections if I commit to master?
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 57.2 degrees)
ch does what I described. Don't
know whether it's worth it or not.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 47.5 degrees)
or example, message 6 is in
the sequence todo, but it's hard to tell from this:
$ mark -list -sequence todo
todo: 1 3 5-8 13 16 46 49 52-53
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 47.3 degrees)
like -nochangefolder
Hardly needed, if we add this to the man page.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 47.8 degrees)
will work) is
to create a dummy user, with its own .mhprofile, its own Path:, and
its own context file, and a symlink to the real folder I want to scan.
Seems messy. :-)
Any simpler/better ways?
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 62.6 degrees)
Dave tactfully pointed out privately that I'd committed the man page
changes to the 1.7 release branch, rather than master. Sigh.
I've now pushed reverts to 1.7-release, and cherry-picked my 4 commits
onto master.
Sorry for the git-noise. :-/
paul
=--
paul fox, p
complaints, I'll be happy to revert to
backticks.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 55.0 degrees)
john wrote:
> On 3/23/2021 5:26 PM, Robert Elz wrote:
> > Date:Tue, 23 Mar 2021 08:28:24 -0400
> > From: Paul Fox
> > Message-ID: <20210323122824.e92ca5180...@grass.foxharp.boston.ma.us>
> >
> >| Are we allowed to us
e
to use the hold space without visiting one of the sed cheat sheet
sites! (Kind of embarrassing for a guy who first used sed over 40
years ago.)
Are we allowed to use $(...) instead of `...` ? I hate working around
the deficiencies of `...`.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 35.8 degrees)
o "mh-mime" in the NAME block of mh-mime(7).
None of the other mh-* man pages have that hyphen, and my
script changes were doubling it up.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 59.9 degrees)
#!/bin/sh
#
# Generates mh-
-5 hours, or -300 minutes.
Date:formatfield="%<(nodate{text})%{text}%|%(pretty{text})%(void(zone{text}))%<(ne
-300) (Local: %(date2local{text})%(day{text}) %02(hour{text}):%02(min{text})
%(tzone{text}))%>%>"
Thanks all!
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 42.6 degrees)
wice a
year. :-)
I.e.,
%(pretty{text})%(void(zone{text}))%<(ne
void(localzone{text})%(void(szone{text}))%<(eq 1) (Local:
%(date2local{text})%(day{text}) %(hour{text}):%02(min{text}) %(tzone{text}))%>%>
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 34.3 degrees)
same as my local zone, but as far as I can tell, it's not possible. There's
no way to get access to the original timezone and the local timezone at the
same time, since once you run date2local, the original is gone.
Am I right about this?
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 36.5 degrees)
me". So I think what you want is: "pick --message-id .*".
(The double hyphen is important.)
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 51.8 degrees)
ost(1) is probably something
+1 on no more man pages than necessary.
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 55.0 degrees)
to my MH
folders is inc, and that's always driven by me.
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 74.8 degrees)
cked:3" and "picked:-2" also work.
It's in mh-sequences(1).
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 68.7 degrees)
john wrote:
> P.S.
>
> Duly noted for not capitalizing subject anymore.
>
It's the spam filters that are broken -- not your email.
=----------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 32.2 degrees)
it to try to display everything, and it
> will do that, but it won't display the part markers (which is something
> Conrad wanted). We didn't envision a case where someone wanted to treat
> an application type as text.
>
> --Ken
>
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 32.7 degrees)
sunderstood the man page, which is always possible).
Would simply adding more entries to mhn.defaults not work?
paul
=----------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 34.5 degrees)
py\n" if ($py || $pm || $pd || $pwd);
print "$pt $poffs $line\n";
#print "$pwd $pm $pd $py $pt $poffs $line\n";
($owd, $om, $od, $ot, $oy) = ($wd, $m, $d, $t, $y);
#$prevts = $ts;
} else {
# bail...
$date =~ s/\b(by|with|from|using|id|for)\b/\n $1/g;
$line =~ s/\b(by|with|from|using|id|for)\b/\n $1/g;
printf ("%17s %s\n", $date, $line);
#print "$date $line\n";
}
}
}
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 29.8 degrees)
a requirement for some reason? Because
if not, then this does a pretty good job:
show -noshowproc |sed -n -e '/^$/q' -e '/^Received:/p'
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 35.2 degrees)
age on Ubuntu (I don't know the details of how packages work
> on there, though).
sudo apt install nmh
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 50.4 degrees)
--
nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
unrelated to current topic...
ralph wrote:
> $ cat `mhpath .`
I can't believe I've been using MH for almost 30 years and only just
now found out that '.' is a synonym for 'cur'.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 65.8 degr
message body. Ideally inc should look that
> a "From ..." line is immediately followed by header lines.
> And if this is not the case, assume it is in the message body.
I thought the trigger was "\n\nFrom: ", and that no more headers
were needed.
paul
=---
tu.
Yes, it certainly would be easier. (Too many trees -- where's the
forest??) In fact, a few minutes before posting I thought to myself,
"I'll bet Ralph replies with a one-liner for this." :-)
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's
I think the new code would be something like:
If the first non-whitespace text after a hyphen separator line is
a case-insensitive match on "END OF [^ ]* DIGEST.*", then start
ignoring hyphen separator lines.
paul
=--
paul fox, p...@foxharp.boston.ma.us (
> Content-ID: <6521.1550182708.1@grass>
>
> Removing it causes exmh to behave. Added to my bug list.
>
Did you happen to see the same behavior with Mark Bergman's message,
in this same thread? I ask because we both generated Content-ID headers
with no domain part (i.e., no do
ded properly using quoted-printable, specifically
> they were listed as =C2=AB and =C2=BB.
>
> Valdis was the first reply to that (Message-ID
> <22277.1550182...@turing-police.cc.vt.edu>), and HIS email was text/plain,
> character set iso-8859-1, and encoded using quote
;
> And in today's "get off my lawn" rant.. :)
>
> Am I the only guy who's been bitten by documentation that has single
> and double quotes that look cut-n-paste-able but actually aren't?
No, definitely not.
=--
paul fox, p...@foxharp.boston.ma.us (arl
le will find you the sources quickly. it's fantastic.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 8.6 degrees)
--
nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
list, then one has access to
the archives, making the whole conversation, in the eyes of those
defending the policy, moot. hard to have a rational conversation
about the issue in that context.
it's a dumb policy. makes me think the people on the exmh list have
something to hide.
ex's vi mode came along.
> I also noticed that Mail's string option was at one point `EDITOR' for one
> and `VISEDITOR' for the other; also suggestive that one came first
> rather than both together.
>
i love this mailing list.
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 31.3 degrees)
--
nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
se of wonder when I saw an ADM-3A running vi
at Bell Labs, at a whopping 9600 baud, when I arrived there in 1980.
I knew about tty-like terminals, and I knew about graphics, but it had
never occurred to me that you could do that kind of editing with a
text-based terminal. Hey, I was young...)
pa
nvoke either.
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 33.8 degrees)
--
nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
--
> nmh-workers
> https://lists.nongnu.org/mailman/listinfo/nmh-workers
>
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma)
--
nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
andy wrote:
> Thus said Paul Fox on Tue, 13 Mar 2018 09:50:24 -0400:
>
> > well, part of me wants to take offense at that, since it's not like
> > vim is completely compatible with the "real" vi. nvi is much closer,
> > in that regard, and should reall
it's more of a toy at this point.
>
> Not at the above web site. And there was Stevie, vim's ancestor.
> That's not there either.
>
> --
> Cheers, Ralph.
> https://plus.google.com/+RalphCorderoy
>
> --
> nmh-workers
> https://lists.nongnu.org/mailman/listinf
e bsd distros.
i'd bet nvi is also available everywhere, though i haven't checked that,
since i don't use it.
ubuntu provides elvis, but i think it's more of a toy at this point.
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 39.2 degrees)
--
nm
ce by setting an environment variable, then the
default of vi is just a nicety. So Jon's reported behavior should
be considered a bug in his distribution. (I think under
debian/ubuntu, the vi dependency would be a "suggested" installation,
not a requirement.)
paul
=--
all context_save()
> in nmh_version_changed(), I don't think this should be fixed for 1.7.1.
> Thoughts?
agreed. doesn't seem like a release blocker to me.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 37.0 degrees)
--
Nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
renamed directly from "tmp" into "cur", otherwise it will get renamed
> to "new".
>
> --Ken
>
> --
> Nmh-workers
> https://lists.nongnu.org/mailman/listinfo/nmh-workers
>
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 48.0 degrees)
--
Nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
; As for a scan(1) or other nmh program taking the lead and moving a message
> from "new" to "cur" ... maybe? I lean toward "yes". We'd make that
> decision later, I think.
>
> --Ken
>
> --
> Nmh-workers
> https://lists.nongnu.
not pick, but i find i mostly use mairix on my mail even
though it's all in MH folders, simply because it's so much faster. i
often run pick on the resulting mairix results folder, though.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 24.8 degrees)
--
Nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
lease-noting that support for the absence of iconv is
deprecated, and releasing. along with a suggestion to the package
maintainers to add a hard dependency on iconv.
paul
=----------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 7.9 degrees)
--
Nmh-workers
https://lists.nongnu
nmh-commits-requ...@nongnu.org wrote:
> Ralph Corderoy (7):
> fmttest.c: Avoid `++' with bools, silencing compiler warnings.
i hate that perfectly reasonable, traditional idioms have to be avoided
for this reason.
paul
=--
paul fox, p...@foxharp.boston
summary info, as you'd expect.
=----------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 24.8 degrees)
--
Nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
> command with `-query' and `-quiet' can declare `-q' means shush. I'm
> been thinking the option parsing could benefit from `improvement' in
> this and other ways for a while.
>
> --
> Cheers, Ralph.
> https://plus.google.com/+RalphCorderoy
>
> --
> Nmh-workers
> https://lists.nongnu.org/mailman/listinfo/nmh-workers
>
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's -3.6 degrees)
--
Nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
o we wouldn't be breaking anything).
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 0.5 degrees)
--
Nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
gt; > i also see that -noprint isn't documented. perhaps not a coincidence?
> >
> > i can fix it, if it seems that i'm reading this right.
>
> Sure.
>
> David
>
> --
> Nmh-workers
> https://lists.nongnu.org/mailman/listinfo/nmh-workers
>
=---
reading this right.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 6.4 degrees)
--
Nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
t allows git to preserve the
> chain of history? Say telling it foo_add.c is now foo.c in one commit,
> and then foo_del.c has merged with foo.c in the next.
>
i'd be tempted to just "do it", and comment
it well in the commit message.
=--
paul fox, p...@foxh
them. thanks.
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 49.8 degrees)
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
sorry 'bout that. told you i was rusty. heck, i was pleased i
remembered to do the man pages!
paul
=----------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 79.0 degrees)
___
Nmh-workers mailing list
Nmh-
push those until
someone takes a look at the changes, and perhaps tries them as well.
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 65.5 degrees)
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https
robert wrote:
> Date:Sat, 02 Sep 2017 09:22:49 -0400
> From: Paul Fox <p...@foxharp.boston.ma.us>
> Message-ID: <20170902132249.dad5b5180...@grass.foxharp.boston.ma.us>
>
>
> | but a question: even with this, is there still valu
) solve your
problem?
paul
i wrote:
> ken wrote:
> > >Ken wrote:
> > >> Paul Fox, what say you?
> > >
>
> thanks for mentioning my name. i'd forgotten that i'd had anything
> to do with -prefer. :-)
>
> > >There's also the
ken wrote:
> >Ken wrote:
> >> Paul Fox, what say you?
> >
thanks for mentioning my name. i'd forgotten that i'd had anything
to do with -prefer. :-)
> >There's also the option of reversing the order, as in my earlier email.
>
> I'd be fine with either.
However, I still think
> this is an invalid format email; why should we handle CR at any
> location?
isn't that sort of the point of mhfixmsg? to fix poorly or illegally
formatted email?
paul
=--
paul fox, p...@foxharp.boston.ma.us (arlingto
O-8859-1 (or something close to that).
>
> --Ken
>
> ___
> Nmh-workers mailing list
> Nmh-workers@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/nmh-workers
=--
pau
tarted using ap in a script
about 6 months ago. :-)
paul
=------
paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 59.5 degrees)
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
1 - 100 of 491 matches
Mail list logo
