I looked into it seriously but stayed with procmail... I ended up automating
the creation of my procmailrc from a file that looks a whole lot like a
~/.maildelivery file. That makes the configuration information far more
dense, easily grep'able and results in verbose logging.
steve
--
On Sun,
that, could you? Ah, okay, I see that Steve Rader tried to get people
interested in improving the sequence support, and was basically told
screw you hippie, it kills performance. Which I guess is why he
wrote MH-V :-)
To be fair, I think there was some chance that my fixes for good MH support
to fix
= that, could you? Ah, okay, I see that Steve Rader tried to get people
= interested in improving the sequence support, and was basically told
= screw you hippie, it kills performance. Which I guess is why he
= wrote MH-V :-)
Yep. I've had similar interactions with the claws-mail
Yep. I've had similar interactions with the claws-mail folks... However,
their GUI is better than exmh, particularly for the increasing number
of attachments I'm receiving (well, that may not be fair...I should take
a look at any changes to exmh in the last 18 months).
You know, the
On Mon, Feb 4 2013 at 11:14am EST, Ken Hornstein k...@pobox.com wrote:
I hope you realize I was just kidding around. I'm (mostly) fine with
people cc'ing themselves on email, but I personally think Fcc: is a
lot more efficient (also, I have never in my life needed to refer to a
Do any of you have a working example that uses troff/groff (mm macros?) to
print four column output? I'll bet someone does.
Or perhaps a troff expert would kindly whip up an example that correctly
uses the mm MC and MULN macros??
Rawr, ye dinsaours.
happy new year,
steve
--
I had Nmh stumble on a mime msg for the first time ever just now.
The workaround was to edit the C-T from file/pdf to application/pdf.
MUA was Apple Mail (2.1084). The PDF was inside a forwarded msg so
perhaps Mail.app isn't at fault.
Just fyi; I'm not looking for a cure.
steve
--
$
Content-Type: file/pdf;
file is not a registered Media Type according to IANA:
Yeah, that's completely mega-bozo. According to my reading of RFC 2046,
you're allowed to treat unknown _subtypes_ as application/octet-stream
(well, it depends), but it is mum on what's supposed to
+1 too.
Anything that works in terms of lines is outdated at this point.
Eek! (Squealing like a mouse in the inside.)
steve
--
On Sat, Nov 24 2012 at 9:40am PST, P Vixie p...@redbarn.org wrote:
+1. Anything that works in terms of lines is outdated at this point.
Ken Hornstein
: /^To:.*nmh/
Subject: Re: [Nmh-workers] somewhat OT: re procmail or ??
Folder: rcvstore +mh 4840
$ mkprocmailrc
regenerated /home/rader/Mail/procmailrc
35c35
## Wed Nov 7 10:57:13 CST 2012
---
## Fri Nov 23 13:34:05 CST 2012
318a319,325
* ^From
er, 00:09am?
only works right for 23 of 24 hours?
I think you mean 22 of 24 hours, right? Because at noon it will do the same
thing.
can you add if hour == 0 then hour = 12?
Man, I have to write your code for you too?? :-)
nmh does come with all of the tools to
When I'm running MH-V on localhost's display, I then do 'v' to have
MH-V execute mhstore to save the image attachment and do e.g.
firefox -browser file:///home/rader/.mh_cache/23.2.jpeg to bring
it up in my browser.
Is -browser needed?
Donno. I don't use firefox. I use
Playing around with my (poor ol?) Firefox 3.6.13 on SL54, it seems
that firefox -browser doesn't work right: it opens the URL in a tab
and opens a new window with the startup home page! So I guess that
should change to just firefox?
Yep. Or xdg-open(1).
Oh, right. (xdg-open
[...]
http://www.hep.wisc.edu/~rader/mh-v/
I grabbed it and installed it on a Fedora 17 system, which had
the few prerequisite packages already installed by some stroke
luck.
Have been using it 40, 60 hrs/wk since I ditched EXMH in late
Dec 2011.
I don't know
Or maybe somebody's already generating AM/PM format using the existing
formation functions!?
And you can!
%(hour12) = %(void(hour{date}))%(modulo 12)
%(ampm) = %(void(hour{date}))%(gt 11)PM%|AM%
Replace 'date' with your component of choice.
Is someone here in the position to conveniently add and commit (e.g.) hour12
and ampm mh-format functions for the date component?? Just a thought.
Or maybe somebody's already generating AM/PM format using the existing
formation functions!?
steve
--
On Wed, Nov 7 2012 at 2:22pm EST, Ken Hornstein k...@pobox.com wrote:
Or maybe somebody's already generating AM/PM format using the existing
formation functions!?
And you can!
%(hour12) = %(void(hour{date}))%(modulo 12)
%(ampm) = %(void(hour{date}))%(gt 11)PM%|AM%
So what do others think?
That this functionality in a command line tool is silly. If you need a GUI,
install
exmh.
*I* agree that colorization in a command line tool is silly, and thus
I would never spend time adding it. But if someone else is motivated
to make nmh be able to look
That format escape would avoid the issue.
+1 for a don't count this format escape. I don't think scan should be
assuming anything about what the terminal might take to be an escape
sequence. They're not that well standardized.
Specifically supporting the terminal types xterm and
to this viewpoint ... too bad there wasn't someone who
was crazy enough to write a curses-based nmh front-end to let us know
what he did :-)
Who you callin' crazy?
I emailed this directly to David...
might be helpful to crib from...
http://www.hep.wisc.edu/~rader/mh-v/mh-v.1.0/xtc
:)
steve
to...
http://lists.gnu.org/archive/html/nmh-workers/2012-01/msg00216.html
and...
http://www.hep.wisc.edu/~rader/mh-v/
Have been using it 40, 60 hrs/wk since I ditched EXMH in late Dec 2011.
Roughly 25k msgs received and 4k msgs sent.
Started as a lark after barely getting vmh to compile
Does someone have a recipe for decoding utf-8 From and Subject when doing repl?
(They look something like From: =?utf-8?...=?=.)
Looks like neither the standard replcomps form nor a filter with...
from:nocomponent,formatfield=From: %(putstr{text}):
does the right thing.
steve
--
Does someone have a recipe for decoding utf-8 From and Subject when doing
repl?
(They look something like From: =?utf-8?...=?=.)
Looks like neither the standard replcomps form nor a filter with...
from:nocomponent,formatfield=From: %(putstr{text}):
%decode() ought to do
We can't (yet) ENCODE RFC2047 headers. So if we decode a From: or
Subject:
with non-ASCII characters, we're kinda stuck because we'll be sending out
something that's invalid according to the RFCs. Right now leaving the
encoded headers intact is probably our best bet; that way
i think an ssh + mh-v on a laptop is a decent replacement for Exmh.
someday i'll probably make ssh + mh-v work well on driod (won't take much work)
but so far i've avoided owning/wanting a smart phone. (in fact the impending
smart phone and/or tablet doom was partial motivation for writing
I suggest sortm without specifying a set of messages be an
error. Old behaviour can be got through `sortm all' or a new
option that folks can put in ~/.mh_profile if they're happy
with it as it was.
I agree. I don't see a need for that new option.
This should do it, along
How about:
1) change sortm to require msg argument
See, I just don't like changing the interface, given there's a
significant group of people (so far) who ONLY do sortm all; that
impacts them (I don't know if it impacts any front-end interfaces).
And this is to just solve the
If not, does anyone have patches for logging e.g. date, from, to?
As per a procmail ML conversation, I cooked up this procmail supermagic...
LOG=`formail -X From: -X Date: -X To: -X Cc: | sed 's/^/ /g'`
yields e.g...
Date: Fri, 14 Sep 2012 07:44:56 -0500
From: ra...@hep.wisc.edu
To:
Am I dinosaur for still using procmail??
I mean, is there something better?
If not, does anyone have patches for logging e.g. date, from, to?
OMG, it just occurred to me: maybe it's INFERIOR to slocal these days!?!?
:)
No patch needed.
From my .procmailrc (The first LOG call
I looked quickly at the mhstore code last night and
see where to insert the hook for this. That was the hard
part.
Any suggestions on adding this?
-clobber [ask|suffix|never|always]
always is the current behavior, and might be the most
useful in scripts. But I don't
-clobber auto please!?
incremented file names
like Firefox download does
fu.gif - fu.gif fu(1).gif etc
oh, nice. that would be much better than the wget behavior:
fu.tar
fu.tar.1
fu.tar.2
And... I think preserving the suffix is desireable because
-clobber auto please!?
incremented file names
like Firefox download does
fu.gif - fu.gif fu(1).gif etc
oh, nice. that would be much better than the wget behavior:
fu.tar
fu.tar.1
fu.tar.2
But can Firefox only do that because it's coming up
From: Lyndon Nerenberg lyn...@orthanc.ca
On 2012-09-11, at 7:45 AM, Michael Richardson wrote:
yeah, but can we not use ()? They really suck if you actually have to
\(-type them rather than shell complete them.
(And if you have fu.gif and fu(, you have to type the (...)
But how do I attach a .png file, for example, b.png?
or a .jpg file, for example, c.jpg?
Those are all under image; image/png and image/jpeg are the MIME types you
are interested in. If you use attach at the WhatNow? prompt, it already
knows what to do with those filename
There is also a simpler way: you can just type attach SoundShot.tgz at
the Whatnow prompt, but you have to these mysterious settings in
~/.mh_profile...
send: -attach X-MH-Attach -attachformat 1
whatnow: -attach X-MH-Attach
I forgot to mention the other benefit of method: you
I have...
send: -alias aliases -attach X-MH-Attach -attachformat 1
and just sent a PDF with the msg body in plain text via...
What now? attach ~/Quote_GSCQ33155_1344264047128.pdf
resulting in...
X-MH-Attach: /home/rader/Quote_GSCQ33155_1344264047128.pdf
I expected, would have liked
I have...
Alternate-Mailboxes: rader, ra...@hep.wisc.edu, ra...@physics.wisc.edu,
ra...@hep.physics.wisc.edu
yet msgs...
cc: ra...@hep.physics.wisc.edu, ra...@hep.wisc.edu
...get delivered to me in duplicate.
Bug?
Wouldn't it be nice to be able to use globs?!?
steve
Ah, okay ... yeah, THAT is what's happening.
Confirmed: the msg had a utf8 single quote.
But that seems wrong to me;
what should happen is what happens to other text when processed by mhbuild
(namely, it's encoded with q-p and marked with the right character set).
That'd be nice.
Alternate-Mailboxes: rader, ra...@hep.wisc.edu, ra...@physics.wisc.edu,
ra...@hep.physics.wisc.edu
yet msgs...
cc: ra...@hep.physics.wisc.edu, ra...@hep.wisc.edu
...get delivered to me in duplicate.
Get _delivered_ to you in duplicate? You mean when you cc yourself
Sounds like an itty-bitty job for you, Ken?
Sure, but I'm going on vacation on Saturday, so it's kinda low on the
priority list. This summer has been rather busy for me, so my time to
work on nmh stuff has been lacking. The fix looks straightforward
and I expect that I'll get to it
RHEL (SL) 5 make check FAIL?
steve
--
*** /home/rader/nmh-1.5-RC2/test/testdir/13559.expected 2012-05-07
14:39:13.0 -0500
--- /home/rader/nmh-1.5-RC2/test/testdir/13559.actual 2012-05-07
14:39:13.0 -0500
***
*** 1
! 11 12/18 f...@example.edutestThis
So, looking at those errors ...
FAIL: test/bad-input/test-header
That _MIGHT_ be because you have a terminal wider than 80 characters; is
that true? Obviously we should fix that. Actually, if you want to try
fixing that yourself ... in test/bad-input/test-header, change:
Looking at things ... it may be a simple fix, actually. I wasn't
envisioning any changes to m_getfld(), that's for sure.
Alright, I think I've got a fix in there, and I've got a test which exercises
the bug. I was right that the fix was simple, but I had to take into
account all
Why not write a one-off script to blast the goodies from /etc/mime.types
into etc/mhn.defaults?? I'll do it if they'll get in.
Fine by me if no one objects. Send to me and I'll put them in.
Included here for all to consider.
This is a pretty arbitrary list of hand picked types
From: ra...@hep.wisc.edu
mhshow-suffix-text/plain: .asc
.txt
and that should be vetted and given a 2nd thought?
steve
--
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
I haven't looked to see if the attach command for whatnow is using
that or not, but certainly, if it is (or if it will, in the future),
then it would seem to me that whatnow itself would not even need to
make use of any file called mime.types (no matter where located).
Currently,
Been seeing this, haven't had a chance to track it down. Looking at exmh's
.xmhcache files, I have 145,141 total messages listed in .xmhcache entries,
and
the bug is affecting 3,266 of them. So there's an anectodal value for the
frequency.
...but isn't the body sometimes smaller than
Could someone forw me one of the affected messages? I'll be glad to track
it down. Also, if you could include an MD5/SHA1 checksum of the message
I can be sure on this end to recreate it exactly?
Will do, off list, in a sec.
steve
--
___
Punt until the m_getfld() re-write
If this was a five-9s thing, like 99.999% working, then I'd be down for that.
But it's not, and maybe the fix is fairly simple?
If we guess wrong, that would result in one extra read in some cases.
Do I understand correctly that we're wringing our hands
You want to look at dtimep.c (the generated output from dtimep.lex).
And from the 1.4 tarball ... yes, it's in there.
I don't have one of those. From the savannah tarball:
local@riva:~/nmh-1.4% find . -name 'dtimep*' -print
./sbr/dtimep.lex
Really?
$
Does par do anything better than doing gqap in Vim? I'm
recollection, albeit from a few years ago, is that par inferior.
steve
--
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
My replgroupcomps is broadly similar to the system one. I think it's
the -format that stops the wrapping; repl(1):
No, definitely not. I just tried that on a message with long lines and
it did the same crappy line wrapping. And I've been inside of that code
today and I can't see
rader I'm not attempting to appeal to the masses. I am
rader creating/have created a MH/nmh front end in perl + curses
rader that is very fast, vaguely emulates EXMH, does not use a
rader mouse, is Vim-ish and has GTK+ colorization.
I'll try her on it then. I think
Is mh-v public? I don't recall it being mentioned before.
rader No, mh-v is not public yet. It's a little rough around the
rader edges. But it is very functional: it's replaced EXMH for me,
rader which I used daily for 16 or 17 years.
rader I'll make
with my own mh front-end (mh-v)
Is mh-v public? I don't recall it being mentioned before.
No, mh-v is not public yet. It's a little rough around the edges. But it
is very functional: it's replaced EXMH for me, which I used daily for 16 or
17 years.
I'll make a formal announcement
mhshow outputs a lot of (too many) extraneous header lines.
mhshow -form mhl.null outputs no header lines.
so, i used to keep putting ignores= entries in ~/Mail/mhl.headers and use
mhshow -form mhl.headers
now, i've given up, and my mhshow is filtered by an intelligent version of
perl -ane
Date: Tue, 21 Dec 2010 09:38:45 CST
To: Peter Maydell pmayd...@chiark.greenend.org.uk, nmh-workers@nongnu.org
From: ra...@hep.wisc.edu
Subject: Re: [Nmh-workers] GNU readline whatnowproc (was tab completion)
I like everything you've said. I'll send along a better patch for
$matchdir = '/home/rader/Mail/matches';
my $debug = 0;
my $matchwholewords = 0;
my $index = 0;
my $summary = 0;
my $args = '';
my $margs = '';
my $fuzz = '';
my $folder = '';
#--
while (@ARGV) {
my $arg = $ARGV[0];
if ( $debug ) { print ARG $arg\n; }
shift @ARGV
1.3 2007/04/29 22:34:04 pm215 Exp $
+ * $Id: getans.c,v 1.2 2010/12/20 14:03:51 rader Exp rader $
*
* This code is Copyright (c) 2002, by the authors of nmh. See the
* COPYRIGHT file in the root directory of the nmh distribution for
@@ -14,6 +14,11 @@
#include setjmp.h
#include signal.h
Thanks. This doesn't actually apply to current head of git,
[...]
Anyway, some nitpicking on points of detail:
That's not nitpicking--just good code reviewing. My C skills really
suck. Sorry.
I like everything you've said. I'll send along a better patch for
consideration soon.
steve
Enclosed is a patch to provide hit any key prompts when displaying multipart
mime messages. In certain contexts, which have become common now that I use
-attach, I really don't like the default Press return to show content
behavior.
If someone is willing to fold this into the source, please let
I'm thinking about adding tab completion for file and directory names
for whatnowproc. Is that on anyone's to-do list??
steve
--
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
http://lists.nongnu.org/mailman/listinfo/nmh-workers
I'm thinking about adding tab completion for file and directory names
for whatnowproc. Is that on anyone's to-do list??
Not on my list but it be great.
Okay then, made it work for me patch enclosed. I'm outa time
for now. I'll contribute one that uses an autoconf probe soon--I'm
AFAIK this problem is still unsolved. I only found a hack in the FAQ:
Subject: 05.16 How can I convert quoted-printable to 8bit in
quoted text in replies?
From: Jarle F. Greipsland jarle at idt.unit.no
Date: 22 Aug 1995 10:42:07 +0200
wow. below
How do I stealthily add header lines to outgoing mail? I know about
the components file, but I want to do it after whatnowproc so I
don't see 'em in Editor.
I traced post and grep'ed on open() came up empty.
If not with nmh, then I'll do it with sendmail, but I'd really like
to do it
THANKS YOU ALL, for keeping mh/nmh/exmh alive!!
I've done a folder reorg and noticed that I converted from
/usr/bin/mail to mh/xmh about 15 years and 16 days ago, give or take.
(I found mbox to mh format conversion scripts dated 1993-10-05 in a
~/Mail.bsd directory. Very disappointingly, I
I'm using 1.3 and scan on RFC-2047-encoded headers shows gibberish
while show looks right.
http://lists.gnu.org/archive/html/nmh-workers/2008-04/msg00016.html reads...
It's an RFC-2047-encoded header. nmh in CVS seems to cope with that
header fine.
[...]
i seem to be running nmh-1.2. if
: lockit: *** WARNING ***
comp: lockit: GOOD file locking FAILED for /home/rader/Mail/context.lock
comp: lockit: filesystem does not support link
comp: lockit: doing BAD file locking (non-atomic copy) instead
comp: lockit: use at your own risk: you might LOOSE mail!!
comp: lockit: (compile
I just did some googling on this. It seems that link() is really
required when dealing with mail spools because it's the only atomic
way to lock. So this whole no-links configuration option idea is
a bad idea, and I now realize that I'll never be able to safely inc
over sshfs.
I'm hoping to run (exmh over) nmh over sshfs, but it doesn't work
because 1) sshfs doesn't implement link()...
When I ran Evolution a few years ago and told it about my MH message
tree, it went through the tree and broke all of my message links.
Because I like the ability to
bash$ diff -u lock_file.c.orig lock_file.c
--- lock_file.c.orig2008-04-05 13:41:37.0 -0500
+++ lock_file.c 2008-10-18 09:53:03.0 -0500
@@ -365,6 +365,9 @@
if ((fd = open (file, access, mode)) == -1)
return -1;
+/* SR HACK */
+return fd;
+
This is an issue with dot locking that I brought up about two years ago,
but apparently never opened a bug for. This change in behavior is a
good reason not to use dot locking as the default.
I just opened a bug report for it:
{SIG_DFL}, 8) = 0
7112 --- SIGSTOP (Stopped (signal)) @ 0 (0) ---
7092 rt_sigaction(SIGQUIT, {SIG_IGN}, unfinished ...
7112 execve(/usr/local/lib/post, [post, -library, /home/rader/Mail,
-alias, aliases, -alias, /home/rader/Mail/aliases,
/home/rader/Mail/drafts/49], [/* 35 vars */] unfinished
73 matches
Mail list logo