Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Andy Fiddaman
On Wed, 4 Nov 2015, Dan McDonald wrote: ; ; > On Nov 4, 2015, at 5:44 PM, Andy Fiddaman wrote: ; > ; > ; > Would a 'group' dependency give the desired result of the package being ; > installed by default but still avoidable to those of us who don't want ; > it? ; ; That's

Re: [OmniOS-discuss] ILB memory leak?

2015-11-05 Thread Al Slater
To the mailing list as well... On 22/10/2015 09:43, Al Slater wrote: > On 21/10/2015 17:35, Dan McDonald wrote: >> >>> On Oct 21, 2015, at 6:08 AM, Al Slater >>> wrote: >>> >>> Hi, >>> >>> I am running omnios r151014 on a couple of machines with a couple >>> of zones each.

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Paul B. Henson
> From: Bob Friesenhahn > Sent: Thursday, November 05, 2015 2:26 PM > > Sendmail is very reliable, is very efficient, and (to my knowledge) > has not had a serious security issue since the early '90s. It is also > not very large and definitely does not qualify as "kitchen sink". Now, now, the

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Dan McDonald
> On Nov 5, 2015, at 3:30 PM, Paul B. Henson wrote: > > > I'd prefer Sendmail not be installed by default, but I could live with the > ability to remove it. That's what happened. > Maybe we should characterize it less as "anti-sendmail", and more as > "pro-modern MTA whose

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Dale Ghent
> On Nov 5, 2015, at 3:29 PM, Paul B. Henson wrote: > >> From: Andy Fiddaman >> Sent: Wednesday, November 04, 2015 2:45 PM >> >> Not directly. I install my own Sendmail package (which lives in >> /opt/sendmail/ and use the mta mediator to link it from /usr/lib/sendmail >> etc.,

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Paul B. Henson
> From: Dale Ghent > Sent: Thursday, November 05, 2015 2:48 PM > > Any thoughts? I'd vote for option 2, with a preference for postfix as the omnios default MTA :). Perhaps a legacy compatible Sendmail package could also be available, similar to the way omnios now defaults to openssh but still

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Paul B. Henson
> From: Dan McDonald > Sent: Thursday, November 05, 2015 12:40 PM > > Next update of 016 (and first release of 017 bloody) will have sendmail set to > dependency=group. It'll install, but if you "pkg uninstall sendmail" just once > it'll stay uninstalled throughout future updates. (Will need to

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Paul B. Henson
> From: Andy Fiddaman > Sent: Wednesday, November 04, 2015 2:45 PM > > Not directly. I install my own Sendmail package (which lives in > /opt/sendmail/ and use the mta mediator to link it from /usr/lib/sendmail > etc., replacing mailwrapper. Out of curiosity, as long as you are installing a

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Paul B. Henson
> From: Dan McDonald > Sent: Wednesday, November 04, 2015 3:43 PM > > That's actually an interesting idea. I was thinking of "optional" as one > possibility, but I'm noticing that type=group and type=optional appear, in > practice, to be the same. Apparently when you uninstall a group package,

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Paul B. Henson
> From: Bob Friesenhahn > Sent: Wednesday, November 04, 2015 2:21 PM > > I think that Paul would not be very happy if he did not have a Milter > library. The Milter library is popular with postfix users becauses it > supports filtering inbound mail prior to delivery (e.g. for > greylisting).

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Bob Friesenhahn
On Thu, 5 Nov 2015, Paul B. Henson wrote: From: Andy Fiddaman Sent: Wednesday, November 04, 2015 2:45 PM Not directly. I install my own Sendmail package (which lives in /opt/sendmail/ and use the mta mediator to link it from /usr/lib/sendmail etc., replacing mailwrapper. Out of curiosity, as

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Lauri Tirkkonen
On Thu, Nov 05 2015 17:47:56 -0500, Dale Ghent wrote: > 2) Several other in-tree components either depend on, or at least would > sorely miss a functional LDA (at a minimum). These include crond, FMA, > vi/vim, audit_warn(1M), rdist, mailx, and UUCP (ha!) "/usr/sbin/sendmail" is > also the

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Dale Ghent
> On Nov 6, 2015, at 1:15 AM, Lauri Tirkkonen wrote: > > On Thu, Nov 05 2015 17:47:56 -0500, Dale Ghent wrote: >> 2) Several other in-tree components either depend on, or at least would >> sorely miss a functional LDA (at a minimum). These include crond, FMA, >> vi/vim,

Re: [OmniOS-discuss] ILB memory leak?

2015-11-05 Thread Al Slater
Hi Dan, On 05/11/2015 14:57, Dan McDonald wrote: On Nov 5, 2015, at 6:38 AM, Al Slater wrote: I have the 4Gb core file. Is there anything useful I can extract from it to try and spot where the problem is? Your one ::findleaks showed nothing. Did your 4GB corefile

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Lauri Tirkkonen
On Fri, Nov 06 2015 01:55:54 -0500, Dale Ghent wrote: > >> OPTION 2: > >> > >> 1) Kick in-tree sendmail to the curb, and let distros/distro users figure > >> MTAs out for themselves > >> 2) Improve mailwrapper(1M) to be cognizant of /usr/bin/mail, > >> /usr/ucb/Mail,

Re: [OmniOS-discuss] ILB memory leak?

2015-11-05 Thread Dan McDonald
> On Nov 5, 2015, at 6:38 AM, Al Slater wrote: > > I have the 4Gb core file. Is there anything useful I can extract from > it to try and spot where the problem is? Your one ::findleaks showed nothing. Did your 4GB corefile have ::findleaks show nothing as well?

Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator

2015-11-05 Thread Lauri Tirkkonen
On Thu, Nov 05 2015 13:18:26 +, Andy Fiddaman wrote: > On Wed, 4 Nov 2015, Dan McDonald wrote: > > ; > ; > On Nov 4, 2015, at 5:44 PM, Andy Fiddaman wrote: > ; > > ; > > ; > Would a 'group' dependency give the desired result of the package being > ; > installed by