postfix as a resource under HA/cluster ?

lejeczek <[email protected]> Thu, 15 Feb 2024 18:44:29 +0100
Newsgroups	gmane.linux.redhat.fedora.selinux
Message-ID	<[email protected]>
This is a multi-part message in MIME format.
--===============2036952376587279236==
Content-Type: multipart/alternative;
 boundary="------------4OyAKLgvOcnqZRtMVx0rEbZJ"
Content-Language: en-US

This is a multi-part message in MIME format.
--------------4OyAKLgvOcnqZRtMVx0rEbZJ
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hi guys

On Centos 9 I thing with my yesterday updates I am now getting:

-> $ ausearch -x /usr/sbin/postdrop --raw | audit2allow


#============= postfix_postdrop_t ==============
allow postfix_postdrop_t cluster_t:fifo_file write;

Postifx seems to work okey but even it it does indeed, it 
would be nice to rid of those _errors_

I wonder if this could be something for @devel - perhaps a 
future _boolean_ ?
These denials seem to be absent when _postfix_ is under 
"regular" control of _systemd_

many thanks, L.
--------------4OyAKLgvOcnqZRtMVx0rEbZJ
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<!DOCTYPE html>
<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <font size="2" face="Courier 10 Pitch">Hi guys<br>
      <br>
      On Centos 9 I thing with my yesterday updates I am now getting:<br>
      <br>
      -&gt; $ ausearch -x /usr/sbin/postdrop --raw | audit2allow<br>
      <br>
      <br>
      #============= postfix_postdrop_t ==============<br>
      allow postfix_postdrop_t cluster_t:fifo_file write;<br>
      <br>
      Postifx seems to work okey but even it it does indeed, it would be
      nice to rid of those _errors_<br>
      <br>
      I wonder if this could be something for @devel - perhaps a future
      _boolean_ ?<br>
      These denials seem to be absent when _postfix_ is under "regular"
      control of _systemd_<br>
      <br>
      many thanks, L.<br>
    </font>
  </body>
</html>

--------------4OyAKLgvOcnqZRtMVx0rEbZJ--

--===============2036952376587279236==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

LS0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18Kc2VsaW51
eCBtYWlsaW5nIGxpc3QgLS0gc2VsaW51eEBsaXN0cy5mZWRvcmFwcm9qZWN0Lm9yZwpUbyB1bnN1
YnNjcmliZSBzZW5kIGFuIGVtYWlsIHRvIHNlbGludXgtbGVhdmVAbGlzdHMuZmVkb3JhcHJvamVj
dC5vcmcKRmVkb3JhIENvZGUgb2YgQ29uZHVjdDogaHR0cHM6Ly9kb2NzLmZlZG9yYXByb2plY3Qu
b3JnL2VuLVVTL3Byb2plY3QvY29kZS1vZi1jb25kdWN0LwpMaXN0IEd1aWRlbGluZXM6IGh0dHBz
Oi8vZmVkb3JhcHJvamVjdC5vcmcvd2lraS9NYWlsaW5nX2xpc3RfZ3VpZGVsaW5lcwpMaXN0IEFy
Y2hpdmVzOiBodHRwczovL2xpc3RzLmZlZG9yYXByb2plY3Qub3JnL2FyY2hpdmVzL2xpc3Qvc2Vs
aW51eEBsaXN0cy5mZWRvcmFwcm9qZWN0Lm9yZwpEbyBub3QgcmVwbHkgdG8gc3BhbSwgcmVwb3J0
IGl0OiBodHRwczovL3BhZ3VyZS5pby9mZWRvcmEtaW5mcmFzdHJ1Y3R1cmUvbmV3X2lzc3VlCg==

--===============2036952376587279236==--