On Wed, Dec 10, 2008 at 08:09:15AM -0800, Danek Duvall wrote:
> On Wed, Dec 10, 2008 at 10:02:58AM +0000, Ceri Davies wrote:
>
> > On Wed, Dec 10, 2008 at 11:28:16AM +1100, Darren Reed wrote:
> > > John,
> > >
> > > What's the plan for mailx(1) use of of mailwrapper?
> > > Is it intended for mailx(1) to remain as a frontend to sendmail
> > > (only) or will it also use mailwrapper(1M)?
> > >
> > > If it's going to use mailwrapper(1M), then this case looks
> > > a bit incomplete as mailx(1) seems to suggest a few bits
> > > of its functionality are tied to sendmail...
> >
> > General usage is covered by an entry for "mail" in mailer.conf.
> >
> > The "conv" functionality, while alluding to a (undocumented) -U option to
> > sendmail(1M), is implemented internally to mailx(1).
> >
> > I can see -h, -m/metoo and possibly -v/verbose being an issue if a user
> > decides to switch out sendmail; would warnings in the manuals cover
> > this?
Not much consolation to the readers of this list, I suppose, but
FreeBSD's mailx has allowed metoo and verbose since forever and I don't
see a single issue having been reported in the (a few days short of)
nine years that mailwrapper has been in place there.
> How much argument parsing does mailwrapper do, and how much does it pass
> through to the real MTA? Does it drop anything on the floor?
It does no parsing whatsoever. It looks in the config file for an entry
matching argv[0] and re-execs with the same arguments, so everything
goes straight through; it's really down to the admin to make sure that
their replacement MTA has the functionality that they need. I've tried
not to break anything with the defaults.
Additionally, it's possible to add arguments via the config file; for
example you can have a mailq entry of "/opt/exim/sbin/exim -bp"
(although exim does the right thing when invoked as mailq anyway,
just an example!).
Ceri
--
That must be wonderful! I don't understand it at all.
-- Moliere
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20081210/e89e62dc/attachment.bin>
