headers
Jon Fairbairn | 2 Dec 2011 11:13
X-Face
Picon
Picon
Favicon

Re: Installing nmh on RedHat 6

norm <at> dad.org writes:

> Oliver Kiddle <oliver <at> kiddle.eu> writes:
>>norm <at> dad.org wrote:
>>> Could somebody please tell me how I can install the current
>>> version of nmh on RedHat 6.1? Is there on rpm somewhere?
>>
>>What I usually do is try to find the .spec file from Fedora
>>and build an rpm using that.

I do something similar.

>>The Fedora files are here:
>>http://pkgs.fedoraproject.org/gitweb/?p=nmh.git;a=tree
>>
>>I don't really know what I'm doing with this stuff but after
>>putting the .spec file in ~/rpmbuild/SPECS and the patch file
>>and original sources in ~/rpmbuild/SOURCES and then running
>>rpmbuild -bb nmh.spec, it built a .rpm. You may need to read a
>>few man pages to get this working and it is always wise to
>>read the spec file and the output from the build.
>>
>>If you prefer, I can send you the rpm built on my system
>>(assuming x86_64 is the right architecture).
>
> Yes, that would be very nice.

The drawback of it not being in a repository is that we all have
to notice and rebuild the rpm whenever there is a bug
fix/dependency change.
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Malone | 2 Dec 2011 11:32
Picon
Picon
Favicon

nmh 1.3 Maildir patch

Ages ago I posted a patch that let nmh-1.0.3's inc read Maildir
maildrops. I've finally got around to porting that to porting that
forward to nmh-1.3 (see below).

As far as I can tell, it works fine - we've been using it for the
last few years without incident. It probably needs a small amount
of cleanup to make sure it works with different compile options.
If someone would be interested in folding it into the nmh, then I
can spend a little time cleaning it up.

	David.

--- uip/inc.c	2007-11-04 11:54:34.000000000 +0000
+++ uip/inc.c	2011-11-12 23:54:11.000000000 +0000
 <at>  <at>  -144,6 +144,11  <at>  <at>  static struct swit switches[] = {
 #define INC_POP   1

 static int inc_type;
+static struct Maildir_entry {
+	char *filename;
+	time_t mtime;
+} *Maildir = NULL;
+static int num_maildir_entries = 0;
 static int snoop = 0;

 #ifdef POP
 <at>  <at>  -157,8 +162,8  <at>  <at>  static long stop;

 static int mbx_style = MMDF_FORMAT;
 static int pd = NOTOK;
(Continue reading)

Permalink | Reply | 5 comments |
headers
Joel Uckelman | 3 Dec 2011 14:34
Gravatar

Re: nmh 1.3 Maildir patch

Thus spake David Malone:
> Ages ago I posted a patch that let nmh-1.0.3's inc read Maildir
> maildrops. I've finally got around to porting that to porting that
> forward to nmh-1.3 (see below).
> 
> As far as I can tell, it works fine - we've been using it for the
> last few years without incident. It probably needs a small amount
> of cleanup to make sure it works with different compile options.
> If someone would be interested in folding it into the nmh, then I
> can spend a little time cleaning it up.

It would be great to have this in nmh. Then I could finally be rid
of the maildir inc script that I've been using for a decade.

--

-- 
J.

_______________________________________________
Nmh-workers mailing list
Nmh-workers <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
Permalink | Reply | 1 comment |
headers
Mike O'Dell | 5 Dec 2011 18:10
Favicon

Re: nmh 1.3 Maildir patch


what would *really* be cool would be to allow
the ~/Mail directory tree to be in Maildir form.
that would make MH a lot more interoperable 
with other things.

     -mo

_______________________________________________
Nmh-workers mailing list
Nmh-workers <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
Permalink | Reply | 0 comments |
headers
Ken Hornstein | 6 Dec 2011 02:13
X-Face
Picon
Favicon

Re: nmh 1.3 Maildir patch

>Ages ago I posted a patch that let nmh-1.0.3's inc read Maildir
>maildrops. I've finally got around to porting that to porting that
>forward to nmh-1.3 (see below).
>[...]

I'll make you a deal; I'll put this in the nmh git tree if you supply
some documentation.  All I'm really interested in is some changes to
the inc manpage which describes the new behavior.  As I read it, the
Maildir code gets invoked if the maildrop is a directory; is that
correct?

--Ken

_______________________________________________
Nmh-workers mailing list
Nmh-workers <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
Permalink | Reply | 2 comments |
headers
Ken Hornstein | 6 Dec 2011 02:27
X-Face
Picon
Favicon

Re: nmh 1.3 Maildir patch

>I'll make you a deal; I'll put this in the nmh git tree if you supply
>some documentation.  All I'm really interested in is some changes to
>the inc manpage which describes the new behavior.  As I read it, the
>Maildir code gets invoked if the maildrop is a directory; is that
>correct?

Addendum: if you happened to do the above and sent it to the list using
git-format-patch, it would make my work easier.  Just saying, that's
all :-)

--Ken

_______________________________________________
Nmh-workers mailing list
Nmh-workers <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
Permalink | Reply | 0 comments |
headers
Ken Hornstein | 6 Dec 2011 02:36
X-Face
Picon
Favicon

Re: Installing nmh on RedHat 6

>norm <at> dad.org wrote:
>> Could somebody please tell me how I can install the current version of nmh on
>> RedHat 6.1? Is there on rpm somewhere?
>
>What I usually do is try to find the .spec file from Fedora and build an
>rpm using that.

For my day job I've had to make some spec files for packages; it occurs to
me that we should try to do better.  Specifically, we should include a spec
file with nmh so you can simply do "make rpm" (after configure).

I'd be up for doing this, but with one huge caveat: only if we throw
out all of the current Makefiles and use Automake instead.  Given Automake's
current support for subdirectories, we could ditch the use of recursive
make, which in my mind is a pretty big win.

I know some people don't like Automake; I was neutral about it,
until I had to use it.  I admit that I've grown to like it; it saves
me time and provides a number of useful features.  I'm interested
in hearing people's thoughts about Automake, but I will be honest:
in this instance I hold the opinion of nmh developers much higher
than of non-developers.  If all you do is run configure and make, then
a move to Automake shouldn't impact you (if it does, then that's a bug
and we will work on fixing that).

So ... thoughts?

--Ken

_______________________________________________
(Continue reading)

Permalink | Reply | 2 comments |
headers
Ken Hornstein | 6 Dec 2011 03:03
X-Face
Picon
Favicon

nmh in near, medium, and far-term

Okay, the recent messages about nmh have driven me to write this
email, but it's been brewing for a while now.  Maybe just getting
back from the Happiest Place On Earth helped.

Here are my thoughts about what we should be doing with nmh in the near,
medium, and long(er) term.  In all of these cases, I am proposing that I
do this work.  I am interested in hearing what people think about this.

- Near term - release, damn it!

  This is driven by the fact that my wife got a new machine at work, and
  was giving me a hard time about the fact that getting a new copy of nmh
  on it was a pain.  Okay, this is kind of embarassing.  Having to fetch
  the sources out of git to get a new release is embarassing.  I propose
  just taking the current HEAD and making it nmh 1.4.  Also putting a package
  into MacPorts would be nice.

- Medium term - packaging, Autoconf/Automake cleanup

  As I discussed in previous email, we should do better with packaging.
  Shipping a spec file with nmh would make sense; other packages do this,
  why not us?  Also it would be nice to clean up our Autoconf/Automake
  setup, which is ... not as elegant as it could be.

- Long term - better MIME/charset handling

  Specifically, scan can decode RFC 2047 headers, but it seems that show
  cannot (okay, mhshow seems to decode some headers, but not others).
  Also, the whole replying to messages that are quoted-printable
  or even base64 encoded ... what a mess.
(Continue reading)

Permalink | Reply | 76 comments |
headers
David Malone | 6 Dec 2011 08:36
Picon
Picon
Favicon

Re: nmh 1.3 Maildir patch

> I'll make you a deal; I'll put this in the nmh git tree if you supply
> some documentation.  All I'm really interested in is some changes to
> the inc manpage which describes the new behavior.  As I read it, the
> Maildir code gets invoked if the maildrop is a directory; is that
> correct?

That's it - let me roll you a patch for the man page...

	David.

_______________________________________________
Nmh-workers mailing list
Nmh-workers <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
Permalink | Reply | 0 comments |
headers
Tethys | 6 Dec 2011 10:08
X-Face
Picon

Re: nmh in near, medium, and far-term


Ken Hornstein writes:

>  Specifically, scan can decode RFC 2047 headers, but it seems that show
>  cannot (okay, mhshow seems to decode some headers, but not others).

I'd say you've got that the wrong way round:

	leto:~% scan `pick -from PriorityClubeStatement`
	  461  2011.05.19  "=?UTF-8?Q?Priority=  Your May Priority Club Rew
	  478  2011.06.06  "=?UTF-8?Q?Priority=  Your June Priority Club Re
	  652+ 2011.12.05  "=?UTF-8?Q?Priority=  Your December Priority Clu
	leto:~% show 652 | grep ^From:
	From:    "Priority Club Rewards Email Statement" <PriorityClubeStat
	leto:~% rpm -q nmh
	nmh-1.3-3.fc12.i686

scan is clearly not decoding it correctly, but show seems to be doing so.

Tet

_______________________________________________
Nmh-workers mailing list
Nmh-workers <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers
Permalink | Reply | 53 comments |

Gmane