Created attachment 171322 [details] the patch Now a qmailsmtpd and qmailsend rc.d script is installed that allows bringing up the respective sub systems in a FreeBSDly fashion.
A commit references this bug: Author: pi Date: Sat Jun 25 14:44:05 UTC 2016 New revision: 417471 URL: https://svnweb.freebsd.org/changeset/ports/417471 Log: mail/qmail: Add rc.d script for qmails queue management daemons PR: 210223 Submitted by: Dirk Engling <erdgeist@erdgeist.org> (maintainer) Changes: head/mail/qmail/Makefile head/mail/qmail/files/qmailsend.in head/mail/qmail/pkg-plist
Committed, thanks!
I might have missed an obvious thing but I do not understand why have this complex situation playing with @exec/@unexec instead of directly package the symlink in the package itself? Second please avoid using @exec/@unexec which are not precise: it does not say when it should happen: pre or post phase. prefer @postexec/@preexec/@postunexec/@preunexec
(In reply to Baptiste Daroussin from comment #3) I only recently inherited the port maintainership and just copied the code for the legacy rc link to also handle both, the new rc scripts and properly name the old one. Until now doing it this way seemed not to be a problem. I can however clean up the pkg list. Is there any documentation for the recent features?
I think this would be a good start; https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/book.html#rc-scripts
(In reply to erdgeist from comment #4) Also creating the rc.d-links has been optional in the past, so it is guarded by a config variable. I think this had to do with djb 's license demanding all files – including boot scripts – to be placed under /var/qmail. Maybe it's time to always create the links as I do not see a way to start both sub systems without breaking rc semantics.