check out these permissions: 0 root@alice:~# ls -la /etc/systemd/system/postfix.service.d/override.conf -rw------- 1 root root 66 Jan 23 2017 /etc/systemd/system/postfix.service.d/override.conf 0 root@alice:~# and yet, there is nothing secret in the file: 0 root@alice:~# cat /etc/systemd/system/postfix.service.d/override.conf [Unit] After=network-online.target After=systemd-resolved.service 0 root@alice:~# shouldn't this file be created in mode 0644? no other override.conf files are unreadable by "other" on this system.
I note that this shows up in the journal as:
Configuration file /etc/systemd/system/postfix.service.d/override.conf
is marked world-inaccessible. This has no effect as configuration data
is accessible via APIs without restrictions. Proceeding anyway.
so systemd is complaining about it too :/ fixing this would also cut out
the noise there.
Actually, if you have that file, then something else is going on. It was removed from the package May 17th of last year both in unstable and experimental, so I'm not sure why you still have it at all. Scott K
me neither, but if you've got any suggestions for how i could track it down, i'm happy to pursue them. or, if you'd just prefer that i remove it and we close this bug as a mystery, i can deal with that too. let me know what you prefer.
It would be worth doing to install 3.2.0-1 from snapshot.d.n and then upgrade to see if you can replicate the file not being removed. Unfortunately, my workflow is all organized around chroots and systemd refuses to start daemons in chroots, so I don't have an easy way to try this. If it did stick around, I'd be a little reluctant to just rm -f it in the postinst since I don't know if I might be removing any local changes people have made. What do you think? Scott K
Version: 3.1.4-6 This was a leftover after #851521, it looks like. At any rate, for a few debian releases, postfix does not add this override, so the issue does not exist anymore. Let's close this bug report finally. Thanks, /mjt