[ Reason ]
xfs_scrub_fail email reporting fails, which is documented as #1116595.
This is specific to a mail setup that I do not use.

[ Impact ]
"Permission denied" entries spam the system logs:
postfix/postdrop[37291]: warning: mail_queue_enter: create file maildrop/480926.37291: Permission denied

This is due to systemd sandboxing features in xfs_scrub_all_fail.service
not aligning with the sendmail setup.

[ Tests ]
Check the xfs_scrub_all_fail.service to run properly.
I do not have the time to replicate the bug-described setup. Sorry.

[ Risks ]
This is taking away sandboxing features that are too strict for this
type of service.

[ Checklist ]
  [x] *all* changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in stable
  [x] the issue is verified as fixed in unstable

[ Changes ]
New patch changes one file and comes from upstream.
This removes systemd sandboxing features that are too strict,
especially CapabilityBoundingSet= and NoNewPrivileges=true.

[ Other info ]
The service can just be disabled (the feature does not work with trixie
anyway) but people really want a stable update.

Control: tags -1 + moreinfo

The metadata for that bug implies that it affects the package in
unstable and is not yet fixed there. Is that correct?

Regards,

Adam

Hi,

Please go ahead.

Thanks,

There are more service files that need patching.
I am going to submit a patch v2 soon.

Please find the new debdiff attached.

Hi,

Version 6.18.0-5 fixing this in unstable seems never to have reached the
archive.

Thanks,

"Jonathan Wiltshire":
https://tracker.debian.org/news/1724618/accepted-xfsprogs-6180-5-source-into-unstable/
The patch is also contained in 6.19.0-1.

The changelog entries for 6.18.0-5, 6.18.0-3, and presumably other
preceding versions have been dropped then
(https://metadata.ftp-master.debian.org/changelogs//main/x/xfsprogs/xfsprogs_6.19.0-1_changelog).
That's why the BTS does not show the found or fixed versions.