Approval needed: mlmmj

[Michael Fleming]

On Sat, 7 May 2005 08:21:24 -0400 (EDT). Chris Ricker waffled thusly:

> On Sat, 7 May 2005, Michael Fleming wrote:
> 
> > - As the package should require a mail transport agent, what would be
> > the best means of ensuring this? I've seen and used "Requires:
> > smtpdaemon" previously (having seen it in RH specs). Would including
> > this virtual req. still be the best practice?
> 
> As long as any ol' MTA will suffice. 

If the MTA understands foo+bar style extensions it should be fine. VERP
support is a plus for bounce handling.

> "Requires: smtpdaemon" will be 
> satisfied by having any one of the 3 MTAs in Core and Extras installed

Sendmail / Postfix / Exim as shipped by FC / FE should be fine with this
software.

The only obviously problematic MTAs would be qmail and courier, but they
have their own mailing list management software anyway ;-)

> 
> > - The source package also contains two web frontends (one in Perl and
> > another in PHP) for maintaining the lists and allowing visitors to sign
> > up. Should they be split off into a subpackage, included in %doc (which
> > I've seen done for some other packages) or omitted completely (the
> > current status). Otherwise creation of new lists is via a small shell
> > script included in the current package - fine for shell access but not
> > overly convenient.
> 
> subpackages would be nicest, I'd think

This is possible, probably simpler - but the Requires: would be a case of
"left as an exercise for the reader" unless you want it to get a little
hairy (not /everyone/ has *both* PHP and perl on the system..)

Catering for users of servers != httpd/Apache could be interesting though..

I'll look into it - once the main package gets approved and built first :-)

> later,
> chris

Michael.

-- 
Michael Fleming <mfleming at enlartenment.com>
"Bother" said the Borg, "We've assimilated Pooh!"