Thanks Paul. I think there are many mh users not on this list. I
didn't join for years because I didn't consider myself a "worker" (just
a user = on the announce list). And even as a reader of this list, I'm
just as likely to google for nmh to find the latest source.
re,
N
On 29/03/2006, a
Robert Elz wrote:
We get offered glimpses from time to time of Jerry Peek's extensive
collection of MH add-ons - that is the kind of thing that makes MH
worth using.
[ Further nifty examples snip'd ]
Shouldn't we start an MH wiki? It would be great to see these examples
online. I actually t
Josh Bressers wrote:
With all due respect to kre, who has forgotten more about Unix than
I will ever know ... I cannot disagree more.
This is flamebait, shame on you.
I'm not sure how that was flamebait? It sounded sincere to me :-)
Anyway, in answer to your questions:
1. The scope of mh is
We could make it an X-Header (X-MH-Bcc?). Most other email agents don't
show extra X headers, so it we achieve security through obscurity ;-)
re,
N
[EMAIL PROTECTED] wrote:
On Sat, 07 Jan 2006 09:22:44 PST, Bill Wohler said:
[EMAIL PROTECTED] writes:
dist should be enhanced so that if the
I didn't know about .netrc, will check it out.
I can see a whole bunch of empty directories being a waste, but
.mh_sequences does need to be stored somewhere. Perhaps there should
just be a $HOME/[Mail/].imap-mh_sequences that has all of them?
Your syntax idea is a good one, in fact, an URI
I am doing it -- in fact, I have a perl module that does basic scan,
show, refile and rmm. It also supports hierarchical default mime part
display, i.e. if there is a text/plain part, it shows that, if not, it
shows a text/html part, etc. Finally, it supports mime part viewing,
i.e. I can say
Is FUSE platform independant? It seems to be fairly Linux-oriented, but
I may not be digging deep enough. This page
http://fuse.sourceforge.net/wiki/index.php/OperatingSystems doesn't seem
to list many OSes yet, but it may be out of date.
From a user perspective, my approach would be invisible
I want to do IMAP too. I have an idea for design:
1. a .rc file with credentials (i.e. username, password and IMAP server)
2. All mh folders as normal, except if a directory has a ".imaprc" (or
similar) file in it, then it has no real files -- it is a reference
to an IMAP folder
3. Use imapl
I'm sure I remember someone talking about being able to use Mac OS X's
'Mail' with mh -- and indeed, symbolicly linking
"~/Library/Mail/[EMAIL PROTECTED]/INBOX.imapmbox/CachedMessages"
to "imap-in" seems to make "scan +imap-in" and "show +imap-in 1" work
just fine.
However, I would also like to be
Jon Steinhart <[EMAIL PROTECTED]> wrote:
>I would then like to be able to do stuff like:
> show 3037.2 show a particular part of a mime message
> show -next -mimeshow the next part of a mime message or
> forw 3037.2 forward a part of a message witho
nction is "glimpse".
>index the ~/Mail directory (and have cron do it regularly)
>and then "glimpse " and presto!
>
>you can arrange to just get file names out for matches so
>capturing that and generating a sequence shouldn't be too hard
>but i haven't
Jon Steinhart <[EMAIL PROTECTED]> wrote:
> 3. Improve the reading end of mime mail. I've brought this issue up
> before and have ideas on how to do this.
Such as? (e.g. I'm sure I could work out how to make 'scan' show real
text instead of: "=?ISO-2202-JP?Q?=82l=82 ..." in subje
Neil W Rickert <[EMAIL PROTECTED]> wrote:
>Nathan Bailey <[EMAIL PROTECTED]> wrote on May 21, 2004:
> forw -mime
>to attach the original message as an rfc822 attachment.
That does 90% of what I want, the only other bit is that occasionally
I edit (gasp!) the mess
I'm a long-time mh user (10+ years?) but possibly a fairly basic one
(i.e. I don't necessarily know all the options available in its many
features). I have found that the only way Windows users can easily
see my attachments is doing them this way:
#application/msword; name="whattheusersee
14 matches
Mail list logo
