Re: graphical mail reader for one-off use

On Jul 13, 2023, at 6:34 AM, Ken Hornstein wrote: > > % cp `mhpath cur` /tmp/foo.eml > % /Applications/Thunderbird.app/Contents/MacOS/thunderbird -file /tmp/foo.eml > > And ... it seemed to do what you want! (I chose a message with embedded > images and they were displayed correctly). I did

Re: Unsupported nroff macros on MacOS X

On Apr 4, 2023, at 4:49 AM, Ralph Corderoy wrote: > > groff was the macOS package Ken mentioned that provided troff. I've no > knowledge of how Apple ship different troffs and how one can be > specified as an nmh dependency. Apple doesn’t ship any *roff any more. If you look at their

Re: Unsupported nroff macros on MacOS X

On Apr 3, 2023, at 2:40 PM, Ken Hornstein wrote: > > tbl (which seems like it has been supported ... forever?) does the hard > work of creating tables for you. It seems like the right tool for the > job; even I could figure it out. As Anthony has pointed out mandoc > is the default man page

Re: Unsupported nroff macros on MacOS X

Why not just add a note in man pages affected by the .fc problem that if the tables are not properly lined up, the user must install groff (or plan9ports, where you also get troff)?

Re: nmh 1.8RC2, xlbiff, and $HOME

On Jan 31, 2023, at 8:32 AM, Ralph Corderoy wrote: > > Hi Ken, > >>> So an unset HOME is allowed by this function, it's an empty HOME >>> which isn't. >> >> It strikes me as strange that there is a difference between an unset >> HOME and an empty HOME in terms of behavior. I mean, yes, I can

Re: 1.8RC2?

On Jan 28, 2023, at 6:17 AM, David Levine wrote: > > How does 1.8RC2 look? BSD users, have any of you tried it? Works on FreeBSD 13. make check succeeds + random commands I tried worked fine.

Re: Question as I haven't been paying attention

On Dec 7, 2022, at 3:50 PM, Jon Steinhart wrote: > > Bakul Shah writes: >> On Dec 7, 2022, at 2:32 PM, Jon Steinhart wrote: >>> >>> Just upgraded my system to FC37 which incldes nmh 1.7.1. >>> show now runs everything through more which I h

Re: Question as I haven't been paying attention

On Dec 7, 2022, at 2:32 PM, Jon Steinhart wrote: > > Just upgraded my system to FC37 which incldes nmh 1.7.1. > show now runs everything through more which I hate. > Can't seem to disable it, even with --showproc cat. > Can someone save the trouble of having to figure this > out from the source

Re: 'all' folder msgs from last 3 weeks; of symlinks?

On Sep 20, 2022, at 8:18 AM, Tom R wrote: > > I would be ok with symlinks or hardlinks; but symlinks are better since I > could > quickly find which folder the msg first landed in. You can use a sequence to keep track of which folder a message came from. Then you just have to run a function

Re: 'all' folder msgs from last 3 weeks; of symlinks?

On Sep 20, 2022, at 1:14 PM, Bakul Shah wrote: > > On Sep 20, 2022, at 8:18 AM, Tom R wrote: >> >> I would be ok with symlinks or hardlinks; but symlinks are better since I >> could >> quickly find which folder the msg first landed in. > > You can use a se

Re: merge pick and scan

> On Apr 21, 2022, at 7:12 PM, Ken Hornstein wrote: > >>> You see, nmh's dirty secret (ok ok, one of many!) is that the >>> first thing every command does is read the entire directory. >>> Yep, the whole thing. >> >> If you use any syscall tracer, you will see that this is not what >>

Re: merge pick and scan

On Apr 21, 2022, at 1:21 PM, Eric Gillespie wrote: > > You see, nmh's dirty secret (ok ok, one of many!) is that the > first thing every command does is read the entire directory. > Yep, the whole thing. If you use any syscall tracer, you will see that this is not what happens. scan & pick will

Re: "next" using my "pick" sequences?

On Sep 13, 2021, at 6:27 AM, hymie! wrote: > > The biggest problem I have with mhshow (and this is probably the subject > of a second thread) is swapping the mhshow-show-text/html option > between "lynx" and "graphical browser" depending on where and how I am > reading email (possibly depending

Re: mts.conf not being read?

On Aug 17, 2021, at 6:20 PM, Andy Bradford wrote: > > it was even reading mts.conf, and it does not even open the file. > > I ran: > > ktrace -d comp Try ktrace -di comp

Re: Sharding by Year.

On Jun 7, 2021, at 9:05 AM, Michael Richardson wrote: > > Well, it's outgoing email, so it's all mine, so it's all in my time zone. > > On Jan. 1, I do: > refile -src +outgoing all +outgoing/y2020 > > well, I often forget Jan. so, "all" might be adjusted having run "scan" > > It would be

Re: coming back to (N)mh after a 15 year hiatus..

On Apr 9, 2021, at 4:25 PM, Steven Winikoff wrote: > >> Have you tried orgrow yet? If not, it's a swiss army knife of an >> application and may help you out. > > Speaking for myself, this is the first I've heard of it, and I haven't > been able to find any information via web search; the

Re: Help with Gmail

On Dec 4, 2019, at 12:09 PM, n...@dad.org wrote: > > At this point, I'm getting scared. My present Internet provider will soon cut > me off. I will then be without Email, even to get assistance from you or > anybody else. Why would they cut you off? In any case if you have internet access, can

Re: [nmh-workers] strace show # pauses/takes 5+ sec | network issue? ( not nmh )

On Sun, 08 Sep 2019 14:57:09 -0500 n...@trodman.com wrote: > > I do not think this is a nmh issue, but I could use help troubleshooting it. > > $ mhmail -version > mhmail -- nmh-1.7.1 built 2018-05-19 10:39:15 + on epjdn.zq3q.org > > I show where the strace output paused for 5+ seconds in the

Re: [nmh-workers] INCing of email archives

On Jul 25, 2019, at 4:25 PM, Ken Hornstein wrote: > >> Once in a while I download email archives of some mailing list >> and unpack them using "inc -file ". But more >> than once I have seen that inc gets confused and doesn't >> unpack the whole thing. The cause seems to be a line starting >>

[nmh-workers] INCing of email archives

Once in a while I download email archives of some mailing list and unpack them using "inc -file ". But more than once I have seen that inc gets confused and doesn't unpack the whole thing. The cause seems to be a line starting with From in some message body. Ideally inc should look that a "From

Re: [nmh-workers] logging outgoing messages

I had greylisting turned on and my postfix wasn’t setup quite right so when there was a long cc list, there was a long wait. -push was the easiest way to fix the delay problem! > On Jul 10, 2019, at 1:42 AM, Ralph Corderoy wrote: > > Hi Ronald, > >> It is MUCH faster than trying to feed the

Re: [nmh-workers] logging outgoing messages

On Jul 9, 2019, at 5:56 PM, Ronald F. Guilmette wrote: > > In message <20190710004749.89c1b163...@pb-smtp1.pobox.com>, > Ken Hornstein wrote: > >> If I could make sendmail/pipe punch the user in the face every time a >> message was sent using it... > > Please don't. I'm using it. > > It is

Re: [nmh-workers] Stupid 'pick' question...

On 12 Jun 2019 08:46:43 -0600 "Andy Bradford" wrote: > [ part - text/plain - 577B ] > Thus said "Valdis Kl?tnieks" on Sat, 08 Jun 2019 21:26:46 -0400: > > > In a world of Microsoft Office attachments, is having -search go > > through the body by default as well still a good idea?

Re: [nmh-workers] Superhuman MUA.

On Mon, 10 Jun 2019 18:45:45 +0100 Ralph Corderoy wrote: > > > Like "Undo Send" ... how does THAT work? > > What now? send -delay 30m Great idea! Until actual send occurs, the message stays in +outgoing. "send -delay 5m" should be the default :-) Gives the one some time to reflect on

Re: [nmh-workers] Stupid 'pick' question...

On Jun 9, 2019, at 1:49 AM, Ralph Corderoy wrote: > > Hi Bakul, > >> So pick runs -search on header lines as well as the body a header >> specific option is only run against headers. > > pick(1): > > This means that the pattern specified for a -search will be found > everywhere in the

Re: [nmh-workers] Stupid 'pick' question...

On Jun 8, 2019, at 6:26 PM, Valdis Klētnieks wrote: > > On Sat, 08 Jun 2019 17:17:40 -0700, Bakul Shah said: >> >> So pick runs -search on header lines as well as the body a header specific >> option is only run against headers. > > In a world of Microsoft Office

Re: [nmh-workers] Stupid 'pick' question...

On Jun 8, 2019, at 11:03 AM, Valdis Klētnieks wrote: > > On Fri, 07 Jun 2019 16:19:15 -0700, Bakul Shah said: >> You can directly use search as follows: >> >> -search 'Subject[ \t]:[ \t]*\[PATCH [45]\.[0-9]' > > [~] grep ^Subject Mail/linux-kernel/321805 &

Re: [nmh-workers] I Could Have Sworn that the inc Command used to work.

On Jun 8, 2019, at 7:52 AM, Ralph Corderoy wrote: > > Hi Bakul, > >> Privilege escalation should be done externally. > > Regardless of whether it's a good idea, since the kernel is using > effective user and group IDs for testing permissions, if a user ID is > used to determine what files to

Re: [nmh-workers] I Could Have Sworn that the inc Command used to work.

On Jun 8, 2019, at 6:55 AM, Ralph Corderoy wrote: > > Hi Bakul, > >> I can not think of one reason why inc shoud be set{g,u}id'ed. > > I often switch to another user to see if they've any new email they'd > like to know about. All I really need for that is setuid inc that scans > the From and

Re: [nmh-workers] I Could Have Sworn that the inc Command used to work.

On Jun 8, 2019, at 6:17 AM, Ralph Corderoy wrote: > >> Also, I didn't even think we supported that > > This is Unix and setuid and setgid is normal. Unless we explicitly rule > it out in some cases, it's ruled in. :-) I can not think of one reason why inc shoud be set{g,u}id'ed. --

Re: [nmh-workers] Stupid 'pick' question...

But more often I just use grep or agrep by cd-ing to the right folder: cd ~/Mail/ pick + -from -and -subj ... -seq foo pick foo | xargs agrep -li 'this;that' | xargs scan -- nmh-workers https://lists.nongnu.org/mailman/listinfo/nmh-workers

Re: [nmh-workers] Stupid 'pick' question...

On Fri, 07 Jun 2019 19:00:52 -0400 "Valdis =?utf-8?Q?Kl=c4=93tnieks?=" wrote: > > So trying to work with the linux-kernel mailing list firehose (800-1500 > messages a day), and hitting a problem with 'pick'. > > Am trying to match all messages from a given person with a given part of > a

Re: [nmh-workers] I Could Have Sworn that the inc Command used to work.

On Jun 4, 2019, at 10:08 AM, Ken Hornstein wrote: >> This fails when there are multiple users with the same uid as getpwuid() >> will likely fetch the first matching entry. On FreeBSD (& May be other >> BSDs) getlogin() is a syscall and works correctly without a controlling >> terminal. But I

Re: [nmh-workers] I Could Have Sworn that the inc Command used to work.

On Jun 3, 2019, at 8:06 AM, Ken Hornstein wrote: > > I am thinking that falling back to getpwuid(getuid()) is the most reasonable > approach, for the following reasons: This fails when there are multiple users with the same uid as getpwuid() will likely fetch the first matching entry. On

Re: [nmh-workers] I Could Have Sworn that the inc Command used to work.

On Mon, 03 Jun 2019 09:08:16 +0100 Ralph Corderoy wrote: > Hi Ken, > > > > /var/mail/$USER Location of the system mail drop. > > > > But we don't actually use $USER (we call getpwuid(getuid()) and use > > that). > > And even then it's not that simple. > > > I personally interpreted the use of

Re: [nmh-workers] I Could Have Sworn that the inc Command used to work.

> On Jun 2, 2019, at 3:15 AM, Ralph Corderoy wrote: > > Hi Bakul, > >> Looks like inc pays attention to $MAILDROP and if it is not set and >> profile entry MailDrop is not set, it looks into /var/mail/$USER. > > That's pretty much right. > >> Not sure if it ever checks $MAIL or $MAILPATH. >

Re: [nmh-workers] I Could Have Sworn that the inc Command used to work.

On Sat, 01 Jun 2019 09:17:16 -0500 "Martin McCormick" wrote: > I recently worked on my Debian box and mail began stacking up > from cron jobs that were erroring out because I had temporarily > removed the normal shell environment I use so I began getting the > "you have new mail" message which

Re: [nmh-workers] Downloading googlegroup messages

On Tue, 07 May 2019 18:38:46 -0400 Ken Hornstein wrote: > >This seems to be a bug. The boundary text as per the spec > >doesn't include CRLF or LF or CR. What is interesting is that > >the message header containing the boundary text also ends with > >\r\n so nmh stripped that and then tacked on

[nmh-workers] Downloading googlegroup messages

I used https://github.com/icy/google-group-crawler to download messages from a group I an persuing. Each message is put in a separate file so it is easy to just link/copy them to numbered files. I disovered that plain text message work fine but mime messages don't. For instance: $ cd $_GROUP

Re: [nmh-workers] Reproducible build patch

On Mon, 23 Jul 2018 09:17:45 -0400 Ken Hornstein wrote: Ken Hornstein writes: > We received the following bug report today: > > http://savannah.nongnu.org/support/?109535 > > It seems to me like reproducible builds are probably a pretty good idea > and nmh should support them, and the patch

Re: [nmh-workers] Unnecessary dependency on vi???

On Mar 20, 2018, at 5:04 PM, Ralph Corderoy wrote: > > Hi Steffen, > >>> mail(1) had the `~e' escape and then added a `~v' one, with VISUAL >>> and EDITOR environment variables echoing the cpp(1) macro names of >>> the default values. Kurt Shoens,

Re: [nmh-workers] Unnecessary dependency on vi???

On Tue, 20 Mar 2018 23:57:28 +0700 Robert Elz wrote: Robert Elz writes: > Date:Tue, 20 Mar 2018 15:43:37 +0100 > From:Steffen Nurpmeso > Message-ID: <20180320144337.zm2ro%stef...@sdaoden.eu> > > | BSD Mail had both of ~v and

Re: [nmh-workers] Unnecessary dependency on vi???

On Mon, 19 Mar 2018 04:06:30 +0700 Robert Elz wrote: Robert Elz writes: > Date:Sun, 18 Mar 2018 13:47:24 -0400 > From:David Levine > Message-ID: <2558-1521395244.835...@bijr.xoxa.ckyx> > > > | The precendence in order from

Re: [nmh-workers] Unnecessary dependency on vi???

> > Yes, it does. Add this to your profile to preserve your current behavior: > Editor: vi > > You can add it before picking up the change, without impacting > current behavior. There are a number of programs that allow use of an editor. Commands like chfn, chpass, crontab, sdiff, less/more,

Re: [nmh-workers] Unnecessary dependency on vi???

On 16 Mar 2018 14:28:15 -0600 "Andy Bradford" wrote: Andy Bradford writes: > Thus said Paul Fox on Wed, 14 Mar 2018 14:59:57 -0400: > > > The big exception that I remember was his implementation of infinite > > undo using '.', which broke a corner case of the redo

Re: [Nmh-workers] What OS/Architecture Do You Run nmh On?

On Sat, 17 Feb 2018 19:53:05 -0500 Ken Hornstein wrote: Ken Hornstein writes: > > Paul has been nibbling around the edges of saying this, but I would > summarize his OVERALL point is that MH/nmh is used by a tiny, TINY > fraction of email users, the way people use email has been

Re: [Nmh-workers] What OS/Architecture Do You Run nmh On?

On Mon, 12 Feb 2018 10:33:51 -0800 Paul Vixie wrote: > > if we wanted the effort of an actual rewrite, we would need to justify > the time expenditure with a potentially larger user population, which > means reconsideration of features that younger people actually depend >

Re: [Nmh-workers] What OS/Architecture Do You Run nmh On?

On Mon, 12 Feb 2018 15:26:18 -0800 Paul Vixie wrote: > > Ken Hornstein wrote: > ... > > you said: > > > >> And the programs I tried worked fine. Running best scan time > >> for 200K messages, scan+gc takes 13.5 seconds while the > >> regular scan 7.4 seconds. > > > > To me a

Re: [Nmh-workers] What OS/Architecture Do You Run nmh On?

On Mon, 12 Feb 2018 09:27:04 + Ralph Corderoy wrote: Ralph Corderoy writes: > Hi Paul, > > > i just don't know whether MH can attract new users through a rewrite. > > That wouldn't be the aim. The aim would be for the existing users to > have a code base that allowed

Re: [Nmh-workers] What OS/Architecture Do You Run nmh On?

On Mon, 12 Feb 2018 17:35:13 -0500 Ken Hornstein wrote: Ken Hornstein writes: > >As I showed, the perf loss via > >using GC with nmh is tolerable and this is without doing any > >cleanup or code improvement based on profiling. > > Errr ... were there some other messages where

Re: [Nmh-workers] What OS/Architecture Do You Run nmh On?

On Mon, 12 Feb 2018 13:15:08 -0800 Paul Vixie wrote: > > Ralph Corderoy wrote: > > > >> he wanted new(), and methods, and garbage collection. > > > > GC as in https://en.wikipedia.org/wiki/Smart_pointer#Features ? > > So analyse and switch from C pointers to the various C++

Re: [Nmh-workers] GCC 8 pre-releases have escaped...

On Sat, 10 Feb 2018 17:05:37 + Ralph Corderoy wrote: Ralph Corderoy writes: > > I built nmh git here with gc 7.6.0-1 by `cheating' with Makefile. > > AM_CFLAGS = -Dmalloc=GC_malloc -Dfree=GC_free -Drealloc=GC_realloc > AM_LDFLAGS = -lgc > > It works! Well,

Re: [Nmh-workers] GCC 8 pre-releases have escaped...

On Fri, 09 Feb 2018 23:32:30 -0500 Ken Hornstein wrote: Ken Hornstein writes: > >> If it's not hard to fix, would make sense to do it before 1.7.1 goes > >> out the door! > > > >True, though that could be influenced by how long it's been then without > >folks minding. I've not

Re: [Nmh-workers] GCC 8 pre-releases have escaped...

On Wed, 07 Feb 2018 13:39:50 -0500 Ken Hornstein wrote: Ken Hornstein writes: > >On creating a library of routines for other programs, that is > >worth it only for things where performance is critical (for > >other uses access via popen() may be good enough). > > We have had

Re: [Nmh-workers] GCC 8 pre-releases have escaped...

On Tue, 06 Feb 2018 18:39:13 -0500 Ken Hornstein wrote: Ken Hornstein writes: > >Have you guys considered using the Boehm-Demers-Weiser > >conservative GC? Then you can just use strdup(), strndup(), > >asprintf(), replace char[] vars with char* vars and let the > >garbage

Re: [Nmh-workers] GCC 8 pre-releases have escaped...

On Mon, 05 Feb 2018 14:21:07 + Ralph Corderoy wrote: Ralph Corderoy writes: > Hi, > > Valdis wrote: > > I'd be quite surprised if we don't have at least one off-by-one error > > in there. > > Separate from those errors, a lot of the code doesn't care if the char[] >

Re: [Nmh-workers] switches and smatch

On Tue, 30 Jan 2018 17:41:45 + Ralph Corderoy wrote: Ralph Corderoy writes: > > Separate to completion, there's the issue of a non-nmh program being > able to accept all of an nmh's program's options and add some of its > own, hopefully without clashing. Whether an

Re: [Nmh-workers] switches and smatch

May be the current -help option of most commands with some post processing is good enough? Under zsh on FreeBSD I use, for example, compctl -K listifnets ifconfig listifnets() { set -A reply $(ifconfig -l) } Now whenever I try autocompleting ifconfig’s argument, zsh runs the listifnets

Re: [Nmh-workers] Nmh-commits Digest, Vol 108, Issue 11

> On Jan 22, 2018, at 9:47 AM, Paul Fox wrote: > > 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

Re: [Nmh-workers] IMAP/nmh, again

On Fri, 27 Oct 2017 01:33:37 +0200 Paul Vixie wrote: Paul Vixie writes: > > i was thinking of this: https://en.wikipedia.org/wiki/Push-IMAP > > by which means my GUI imap client gets new mail notifications pushed to > it, so that it does not have to poll. Looks like

Re: [Nmh-workers] IMAP/nmh, again

On Thu, 26 Oct 2017 20:32:44 -0400 Ken Hornstein wrote: Ken Hornstein writes: > Since you say that it "often" > takes much less than a second, I am wondering if maybe that only happens > when new mail arrives and Dovecot needs to rescan the directory. I have no idea. I need to

Re: [Nmh-workers] IMAP/nmh, again

On Fri, 27 Oct 2017 00:41:58 +0200 Paul Vixie wrote: Paul Vixie writes: > > there's a think in imap called "push", which is part of why i keep Not sure what you mean. Perhaps you mean having to push locally created messages to the imap server on reconnect? There is nothing

Re: [Nmh-workers] IMAP/nmh, again

On Fri, 27 Oct 2017 05:49:21 +0700 Robert Elz <k...@munnari.oz.au> wrote: Robert Elz writes: > Date:Thu, 26 Oct 2017 14:57:03 -0700 > From: Bakul Shah <ba...@bitblocks.com> > Message-ID: <20171026215718.32022156e...@mail.bitblocks.com>

Re: [Nmh-workers] IMAP/nmh, again

On Thu, 26 Oct 2017 17:26:37 -0400 valdis.kletni...@vt.edu wrote: valdis.kletni...@vt.edu writes: > > On Thu, 26 Oct 2017 13:18:05 -0700, Bakul Shah said: > > > The trickier aspect, and the real issue for me, is proper > > synchronization when email is accessed f

Re: [Nmh-workers] IMAP/nmh, again

$ telnets imap-server:imaps ... . select inbox * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Junk $NotJunk Junk NonJunk $MDNSent $Forwarded JunkRecorded NotJunk $label2 Redirected $MailFlagBit0 $MailFlagBit1 $MailFlagBit2) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $Junk

Re: [Nmh-workers] MH + IMAP? (was Large MH directories

On Oct 14, 2017, at 10:57 PM, Ken Hornstein wrote: > >> If common MH commands have to connect to an imap server & login every >> time, people will notice the delay. May make sense to have a local >> imap<->MH daemon. You then connect to it over a local socket. The daemon >> makes

Re: [Nmh-workers] MH + IMAP? (was Large MH directories

On Oct 14, 2017, at 9:34 AM, Ken Hornstein wrote: > >> What about storing sequence related info in a separate imap >> folder in some fake messages? May be even as a MIME >> attachments! >> >> 1. Basically map MH msg numbers to Mail-IDs + status in an >> "index" email message.

[Nmh-workers] MH + IMAP? (was Large MH directories

[Sorry for reviving an old thread. I subscribed recently & sampling old threads] On Sat, 08 Apr 2017 14:53:58 -0400 Ken Hornstein wrote: > I know you know this already, Paul; I'm only repeating it for the > benefit of others. The Big Problem with a nmh IMAP backend is how