Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#68676 - [postfix] Change to tmpfiles.d configuration breaks installations that don’t run as postfix

Attached to Project: Arch Linux
Opened by Russell Cook (AstroPig7) - Friday, 20 November 2020, 01:10 GMT
Last edited by Doug Newgard (Scimmia) - Friday, 20 November 2020, 02:32 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
A change in postfix.3.5.8-1 directs tmpfiles to set the permissions on directories under /var/spool/postfix so that they are owned by

postfix : root
or
root : postdrop

If postfix is configured to run as, for example, _postfix and _postdrop instead, then postfix will refuse to start because it lacks permission to do anything in /var/spool/postfix. Fixing permissions on these directories will be undone when you reboot.


Additional info:
postfix 3.5.8-1
The file in question is trunk/postfix.tmpfiles.


Steps to reproduce:
1. Install postfix 3.5.8 or earlier and configure it to run as _postfix and _postdrop. You can set this in /etc/postfix/main.cf by setting

mail_owner = _postfix
setgid_group = _postdrop

2. Upgrade to postfix 3.5.8-1 or later and reboot.

(This likely also happens if you cleanly install postfix 3.5.8-1 or later and then follow step 1.)
This task depends upon

Closed by  Doug Newgard (Scimmia)
Friday, 20 November 2020, 02:32 GMT
Reason for closing:  Not a bug
Additional comments about closing:  If you reconfigure postfix, you can reconfigure tmpfiles, too

Loading...