On further investigation, the group given to /var/run/qpsmtpd by this package-from-debian in dapper+edgy+feisty is actually "adm" and not "qpsmtpd" (Not sure how I made that mistake!).
The debian/qpsmtpd.postinst uses:- RUNAS=qpsmtpd PIDDIR=/var/run/qpsmtpd dpkg-statoverride --update --add "$RUNAS" adm 2755 "$PIDDIR" (to set the permissions on /var/run/qpsmtpd from the package) This patch simply creates (if needed) and updates those permissions on the /var/run/qpsmtpd dir at init.d start time, using the RUNAS set in the init script. This is implemented with a dpatch to the source- package, in the debdiff below. The attached patch fixes the problem in the feisty package so that qpsmtpd (after being configured with dpkg-reconfigure of-course) continues to work after reboots on ubuntu! I have tested this as best as I can and all seems to be well now. P.S. this does not affect greylist database as that is apparently in /var/lib/qpsmtpd/greylisting, outside the /var/run directory. ** Attachment added: "debdiff to fix problem in feisty package, changes version "0.32-4" to "0.32-4ubuntu1"" http://librarian.launchpad.net/5521903/init-creates-var-run-qpsmtpd.debdiff -- qpsmtpd should create /var/run/qpsmtpd in init.d (/var/run/ is tmpfs) https://launchpad.net/bugs/72602 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
