[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Nmh-workers] suppress Content-ID's with new mhbuild option?

From: Jon Steinhart
Subject: Re: [Nmh-workers] suppress Content-ID's with new mhbuild option?
Date: Tue, 31 Jan 2006 08:03:49 -0800

Oliver wrote:
> David Levine wrote:
> > The option to suppress Content-ID: could be added to either
> > mhbuild or send.  mhbuild seems like the right place,
> > because that's where the MIME message is created.  And it's
> > trivial to do there.
> I would prefer if the option could actually be added to the attach
> whatnow command.
> Instead of the X-MH-Attachment header containing simply the filename, it
> could contain the full mhbuild directive. attach could then take options
> for explicitly specifying the filename, description, mime-type etc. This
> would also mean that it is possible to see what mime-type has been
> chosen before running send.
> I must admit that one of the things I've never liked about
> X-MH-Attachment is that it does stuff like run `file' to build a
> description and provides x-unix-mode. With a few profile entries that
> could all be made configurable.
> With regard to the new thread, I think it is basically right that
> attachment header handling is done automatically when send is run. I
> would however prefer if running the mime command (i.e. mhbuild) did the
> job of attaching the files. This would mean that the actual work would
> need to be done by mhbuild.
> It's a minor point but another change I would make to the attachment
> stuff is to make the -attach option to send and whatnow a single
> standard profile entry.
> Oliver

I'm not sure that I'd add an option to the whatnow attach command for this.
This seems like a personal preference set once and forget it kind of thing.
Also, I guess that it fails the geek test for me.  It could be there but
nobody other than a geek would know what it was for.  Doesn't seem like a
great ui choice to me.

I feel the same way about having the attachment header containing full
mhbuild directives.  Not sure what you get from that; if you want to
do mhbuild directives, do 'em in the body, it still works.  The whole idea
of the attachment stuff that I did was to make something that my partner,
a non-geek, could use.  Maybe I'm reading too much into this thread, but
it seems like the direction is to further geekify nmh rather than making
it usable.

Adding options that make the attachment stuff more configurable is fine
by me.  I guess the question that occurs is, does it really matter?

As far as mhbuild understanding attachment headers, that's a bit of a change
but could be done.  By the way, mhbuild IS doing the work here

You could make the -attach option a single profile entry if you wanted to.
Not sure that it's worth breaking existing profiles at this point.  While
it might have been misguided on my part, one of the reasons that I made
everything separate was to permit it to work easily with other user interfaces
than whatnow, for example mh-e.

Nice to see so much interest in this all of a sudden.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]