Ken MessageName is totally documented in mhl(1)
Oops; I was looking in mh-format(5).
Ken I can't speak for anyone else ... but at least for me, I've found that
Ken the text parts are ones I want to see, and non-text parts?
Yeah I'm curious about non-text options though. When I ssh in from my
Hi there,
Short version:
- How do I get a canonical good inline-everything-into-the-pager
version of mhn.defaults for Nmh 1.6? Debian's version sends
everything (although sometimes there's no-such-file, causing
failures) to GUI helper applications, which feels like something of
Ken BEFORE 1.6 it certainly wouldn't do that out of the box.
Er I think the key word there was that it'd bring up something in a
pager. Not necessarily something useful, but it was less aggravating
than throwing up a new window for every message part in the 100 emails I
was skimming :-/ I had
I'm talking to Alexander off-list about this; suspect that the file-not-
found stuff is browser opening pages in background, but doing so too
slowly and so missing Nmh's tempfiles.
Conrad
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
Hi Alexander,
Thanks for taking an interest..
Alexander the only difference between upstream's mhn.defaults and the
Alexander one shipped with debian's nmh are the 4+6 lines for mime
Alexander types application/postscript, /msword, /pdf, image/*
Alexander (upstream and too specific) vs the
David> I added a program, docs/contrib/sendfrom.c, that selects the SMTP
David> server based on the draft's From: address.
There have been times I'd've found this incredibly useful, though not so
much right at the moment unfortunately. +1!
Do you have anything set up to automatically alter From
Paul> so my question, before i report this as a limitation with mairix:
Paul> is there any reason that an MH folder shouldn't have an
Paul> all-numeric name?
It caused all kinds of trouble when I last tried it: you can imagine
what happens to things like sortm and 'folder -pack' on the
Ken> I ... think the latest release makes that easy as well? It sounds
Ken> like the only thing lacking from 1.6 in this area is documentation.
Yes, seems so; I guess I'd just like a "best practice" section in the
mhfixmsg man page which shows (for example) a recommended command line
invocation
Ken> I am saying that we have people who want to use the nmh tools with both
Ken> IMAP and Maildir mailstores. So making the nmh tools work with those
Ken> mailstores would be useful.
.. with migration via refile between different store types .. that
sounds cool..
C.
Ken> it makes it WORSE; each nmh command starts with a brand-new scan of a
Ken> folder, so messages added or removed between commands work out fine.
Ken> But a FUSE interface would have no idea when an nmh command is starting
Ken> or stopping, so you'd have to do a lot of caching or a new IMAP
Ken> export MHCONTEXT context-$$
.. I live and learn, thanks.
Ken> in the above scenario, what do you EXPECT nmh to do?
Well, from experience, I expect it to do what I tell it, even if that's
not what I intend :-/
My preference would be for actions (rmm, refile, repl) to note there's
been a
Ken> You run command (a) which changes the context. How is command (b)
Ken> supposed to know that the context has been changed?
Given your mentioning of MHCONTEXT, I could envisage a wrapper for MH
commands much like Paul Fox's example — perhaps a context directory
containing per-shell-PID
Hi Thomas,
Thomas> I want to access the same mails from both my laptop computer and my
Thomas> desktop computer.
I've been doing this for a decade or two, among three computers for much
of that time: home desktop, work desktop and laptop. I use unison for
syncing between hosts: it's much safer
packf leaves "..map" files lying around my mail directory; this
is documented in the man page as a "binary index". Is there a point to
this file? Better documented elsewhere?
Conrad
___
Nmh-workers mailing list
Nmh-workers@nongnu.org
I recognise that this seems to be an old issue, so I guess the short
version of the question is has mime handling in repl (so, for example,
non-UTF8 text being quoted in a reply turns up as UTF8, not as '=91'
etc.) progressed at all since 2012?
--
Long version:
Non-UTF8 messages appear fine
Hi Leonardo,
Thanks for your suggestion:
> > mhfixmsg -reformat -replacetextplain
> Have you also tried `mhfixmsg -textcharset utf-8'?
I hadn't, but it doesn't seem to improve my results, with or without
various combinations of -reformat and -replacetextplain.
Is mhfixmsg the most likely tool
Ken> As for repl(1), we've shipped with replyfilter in $(DOCDIR)/contrib
Ken> since 1.5 (released in 2012), and I use it on every message.
Just to say thanks for your patience on this: has been bugging me for a
while, and finally just sitting down and unpacking replfilter made a
huge difference.
Upgraded to Debian 10/buster and nmh 1.7.1-4 recently: very swish.
Took me a while to pin down a double appearance of the message context
(a legacy mhl.headers MessageName entry, in the end), but while doing
that I noticed that the default (at least under Debian) To: and cc:
lines in mhl.headers
> #forw [forwarded message] +/home/aalinovi/Mail/inbox 1
When you get back to the What now? prompt, just type
mime
.. that'll include the message.
C.
--
nmh-workers
https://lists.nongnu.org/mailman/listinfo/nmh-workers
Perhaps we could all collaborate on collecting old .mh_profiles (maybe
also mhl.replys etc.?), piping 'em all through "sort -u" and looking to
see what was obsolete, then adding a check-mh-upgrade script which flags
obsolete stuff and gets invoked whenever the user's .mh_profile has a
missing or
Ken> And while a check-mh-upgrade
Ken> script might not be a bad idea, the problems I see are a) figuring
Ken> out how to let people know it exists, and b) getting people to run
Ken> it.
My thought was that it got invoked if .mh_profile didn't have the
"mh-version" line. Given your comment about
Quick question: any suggestion where I should start looking for stuff to
do with envelope-from in my outgoing emails? Does this entry in the
very first Received: header in my outgoing emails come from NMH or exim4
(which provides my sendmail)?
Received: from conrad by sendinghost with local
Tried grep'ing all the NMH docs installed on my machine, and indeed news
from 1.5 (I'm on 1.6-16) documents post's support of both Envelope-From:
and Sender:, but both of these simply end up in the outgoing email and
have no effect on the (envelope-from my-private-address) in the first
Received:
> How exactly are you submitting email? smtp, sendmail/smtp, or sendmail/pipe?
sendmail/pipe, the reduced functionality one. But if I telnet 25 it
seems to invoke exim directly, and changing my mts.conf to 'smtp'
(server was already localhost) accordingly seems to work.
.. and the
> I had a problem with dfasyn dumping core while building with gcc7 due to
> an out-of-bounds bug accessing an array. Seems like this bug has been
> there ~forever?
Well spotted, thanks! I introduced a bug myself if you're indexing a
mix of compressed and uncompressed mboxen (one-entry mmap
In case it's of interest to anyone here, I recently got around to trying
mairix for indexing my MH mail and quite liked it. Some niggles annoyed
me though so I've a fork up on github which:
- Numbers search results sequentially from 1 in the MH search results
folder.
- Sorts search
Conrad> - [..] is there any reason not to use "-textcharset utf-8" on
Conrad>everything?
Ken> If you want to convert everything to UTF-8 that is of course your
Ken> business,
Mini coda to the above thread, just for the record:
My thinking at the time was "I use grep to search email but
Michael> I didn't figure out how to tell it to index all the folders in
Michael> ~/Mail. Maybe "mh=..." would work, not sure.
I wrote a nightly (ana)cron job to do that (attached). It looks for any
MMDF files on my machine, and also adds all directories in my MH tree
(except "s", which is where
> Looking at it again, I think that the test behavior is correct. Did you
> set TZ when you ran mhical by hand?
I thought I was, but eh, probably doing something silly. If I see any
actual misbehaviour in the wild I'll follow up.
C.
Attached is a possible patch for mhical to support "BYDAY=-1SU"-type
RRULEs. Notes:
- Added dmlastday() function to dtime.c, to obtain last day of month.
Minor modifications to other parts here to reuse code.
- Modified rrule_clock() in datetime.c to handle negative BYDAY
correctly.
Hi aalinovi,
> Is there any way to scan all folders at once to determine which have new
> unseen messages or am I reduced to going into each folder individually
> in which case I may scrap procmail and just have everything go into
> inbox?
This might work for you:
flists -rec -noshowzero
[Thanks for your quick reply yesterday David!]
So, resurrecting a 4-year-old thread here.. I'm getting "Too many open
files" errors running mhfixmsg on folders of over around 1020 messages,
congruent to my descriptors limit of 1024.
David, you earlier (like, January 2016 earlier) said you
Robert> Try "new" ...
Dear oh dear. That's been in nmh for ten years and this is the first
I've heard of it? Ouch.
C.
A few questions re: mhfixmsg (nmh 1.7.1-4 on Debian)..
- I'm contemplating running the above command on my entire email
archive; is there any reason not to use "-textcharset utf-8" on
everything? Seems to me like an eminently sensible thing to do on
the face of it, as without it
When I mhshow a message with a text/calendar attachment, it's inlined
using mhical; if the attachment type is changed to application/ics, it's
suppressed instead. I'm using the latest mhn.defaults from the git
repo, which contains
mhshow-show-text/calendar: mhical -infile %F
mhical rejects things like -1SU (last Sunday in the month), despite its
presence (at a cursory glance) in the ical standard:
sbr/datetime.c:295:
if (*cp == '+') { ++cp; } /* +n specific day; don't support '-' */
else if (*cp == '-') { goto fail; }
.. so RRULEs like
Ralph> May we have the output of `mhlist -verbose' for those two emails?
It's one email, just editing back and forth between the two (I was
trying to reduce to the core problem):
msg part type/subtype size description
3507 multipart/mixed24K
Ken> The answer's in the mhshow(1) man page:
Thanks Ken; so the man page says that switches like "-type" and "-part"
can "limit and reorder" what mhshow will show, but I guess what I'm
after then is *expanding*, not limiting or reordering. Adding the
following to my .mh_profile gets me closer to
> I know that 'sortm -textfield Subject' will sort messages accoring to
> the subject field. Having run that command, is there a way to then
> delete the first duplicate of each message in the list such that if 1
> and 2 are duplicates and 6 and 7 are duplicates you would delete messages
> 2 and 7
One of the things I use it for is "unseeing" a message. Let's say I see
someone has emailed me, I'm about to go out, want to take a peek at the
message but don't want to mark it as seen — or alternatively I look at a
message, think "gosh that's gonna take a lot of work to deal with" so
want to
Hi all,
Anybody have a quick comment on good ways to retrieve an email's
recipients (e.g. To:, cc:) with an nmh command? Perfectly happy to hear
there's no amazing solution and the closest thing would probably be a
custom mh-format — just noticed some old code which locates the file
with mhpath
> scan -format "%{to} %{cc}" -width 1000
I think that counts as amazing enough — wouldn't have thought of using
scan — thanks Ken!
Best,
Conrad
Thanks Ralph — I cottoned on to using
%(formataddr {to})%(formataddr {cc})%(putstr)
as a merge trick, but there's no way of applying %(addr) to a list,
right? So your nice grep regexp there looks like it'd be one of the
best ways of extracting the pure addresses after all..?
Conrad
Just saw this for the first time:
Content-Disposition: =?utf-8?Q?inline?=
.. causing "mhshow: extraneous information in message 126's
Content-Disposition: field (=?utf-8?Q?inline?=)". As far as I can see
this is a MUST NOT do, but probably not too hard to accept and DTRT.
Thoughts?
Conrad
> If I have non consecutive messages in a given sequence, is there any way
> to read them consecutively?
Not quite what you're after, but if you've got the search indexer mairix
installed (I highly recommend it), it creates search results in their
own temporary folder, so prev and next work
> I rather wish that NMH would take a "Path" to be... well.. $PATH-like
> thing, such that I could move folders to an archive machine, with NMH
> being aware that they are elsewhere. Ideally, it could be told that
> they are even RO, burnt on DVD or something like that.
Not quite what you want,
> -terse/-noterse
> -curt/-nocurt
> -range/-norange
> -compress/-nocompress
Probably not helping, but I see the word "compact" applied to number
ranges like this in a few places on the net.
Conrad
The other advice probably covers the simplest routes. It is possible to
mix and match though: the two points I hacked to get it working are:
- For sending, you just need to create a custom components file
(template blank email message with an appropriately-set From: and
(if you want to
I'm somewhat neutral on this — can see the convenience etc. — but here's
a case that is currently unambiguous (because MH commands have side
effects) that might cause complications for general switch parsing:
refile +foo `pick ... +bar`
.. if pick's args were merged into refile's, then order
> Two thoughts... Should we send condolences back to David, not the
> announce list, highlighting the impact Norm's concept has had on a small
> bunch of people still using his Mail Handler program to this day, and
> that he chipped in with useful history to the end?
Fully support this. It's an
Sorry if it's bad form to reply to a 2,094-day-old message..
I've been being bitten by too-long-to-post References: headers quite
often recently; did this 2016 topic ever get resolved — does NMH have a
mechanism for handling such long header lines now, or is it still a
question of just editing in
Tom> I had mairix installed; and I was doing that -- except that I did not
Tom> have a script to easily update the list of all my folders.
Yep, you need that alright! I've got it running on cron.
Best,
Conrad
> I have many nmh folders, that get filled by procmail. I'd like to
> have, an 'all' folder that is built by a shell script that could be
> called by cron daily. I'd be happy, with all msgs, say from the last
> 21 days.
Install mairix. Then
mairix d:21d-
will fill your +s (or whatever you
Simon> Possibly somewhat related, Greg mentioned he uses mairix for
Simon> search. mairix produces very "sparse" results folders.
I use mairix and have never witnessed this. A quick experiment shows
that it's because I use
sort=date+
in my .mairixrc. At a guess, the default unsorted
Do the packaging systems on the affected operating systems support
"recommends" or "suggests"? On Debian that would be one way of
circumventing this: suggest, but don't require, the installation of
*roff..
Conrad
55 matches
Mail list logo