svn commit: r405234 - in head/mail/postfix: . files

olli hauer ohauer at gmx.de
Tue Jan 5 18:46:25 UTC 2016


On 2016-01-05 19:25, Adam Weinberger wrote:
> 
> 
>> On Jan 5, 2016, at 09:51, olli hauer <ohauer at gmx.de> wrote:
>>
>>> On 2016-01-05 17:11, Adam Weinberger wrote:
>>>
>>>> On 4 Jan, 2016, at 3:33, Olli Hauer <ohauer at freebsd.org> wrote:
>>>>
>>>> Author: ohauer
>>>> Date: Mon Jan  4 10:33:26 2016
>>>> New Revision: 405234
>>>> URL: https://svnweb.freebsd.org/changeset/ports/405234
>>>>
>>>> Log:
>>>> - rework pkg-install and pkg-message [1]
>>>>
>>>> -If you not need sendmail anymore, please add in your rc.conf:
>>>> -
>>>> -sendmail_enable="NO"
>>>> -sendmail_submit_enable="NO"
>>>> -sendmail_outbound_enable="NO"
>>>> -sendmail_msp_queue_enable="NO"
>>>> -
>>>> +Run the following commands to enable postfix during startup:
>>>> +  - sysrc postfix_enable="YES"
>>>> +  - sysrc sendmail_enable="NONE"
>>>
>>> Hi Olli,
>>>
>>> rc.sendmail(8) says:
>>>     sendmail_enable
>>>              The ``NONE'' option is deprecated and should not be
>>>              used.  It will be removed in a future release.
>>>
>>> To future-proof the pkg-message, you might want to keep the original 4 _enable="NO" commands in there.
>>>
>>> # Adam
>>
>> Hi Adam,
>>
>> ups, thanks for the hint!
>>
>> If this short form will go away (announced already since FreeBSD 5.0) we have to fix also all other mailer, where I looked what thy are telling the user.
>>
>> I have more concerns that at some time sendmail and *mailwrapper* will be provided as dedicated (pkg) package for the FreeBSD OS and we have to fiddle this out in the pkg-install script ...
>>
>> If you like I can change it back to the 4 lines instructions (but I would tend to 'rm' the 'NONE is deprecated' statement from rc.sendmail)
> 
> I had no idea it had been "deprecated" for that long! I agree with everything you said. NONE makes far more sense than having to use four separate directives. 
> 
> A pkg keyword would definitely be best though. It would be nice to have every MTA handle mailer.conf in the same, predictable way.

It is a bit of dilemma, I looked at the code from mailwrapper with the idea to extend the lookup say for mailer.conf.local and if that is found ignore mailer.conf but I'm concerned on a high volume system it creates to much needless IO if the server is running sendmail from the Base OS.

PS:
After I've seen the UCL slides from Allan Jude I've send him a PM with the suggestion to add mailwrapper to the UCL candidate list ;)

-- 
Regards,
olli


More information about the svn-ports-head mailing list