Spam detection software, running on the system "lists",
has identified this incoming email as possible spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.

Content preview: On 12-10-2023 23:22, wirelessduck--- via Dng wrote: > > Have
you read the s6-frontend website pages? It says that s6-frontend > will get
its own declarative service file format. > > https://skarnet.co [...]

Content analysis details: (7.1 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was
                            blocked.  See
                            http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
                             for more information.
                            [URIs: skarnet.com]
 0.7 CK_HELO_DYNAMIC_SPLIT_IP Relay HELO'd using suspicious hostname
                            (Split IP)
 0.0 TVD_RCVD_IP            Message was received from an IP address
 0.0 RCVD_IN_SORBS_DUL      RBL: SORBS: sent directly from dynamic IP
                            address
                            [82.168.208.164 listed in dnsbl.sorbs.net]
 3.9 HELO_DYNAMIC_IPADDR2   Relay HELO'd using suspicious hostname (IP
                            addr 2)
 2.5 NO_FM_NAME_IP_HOSTN    No From name + hostname using IP address

On 12-10-2023 23:22, wirelessduck--- via Dng wrote:
>
> Have you read the s6-frontend website pages? It says that s6-frontend
> will get its own declarative service file format.
>
> https://skarnet.com/projects/s6/frontend/index.html
>
> https://skarnet.com/projects/s6/frontend/servicefiles.html
>
> All I can do here is wait and hope it gets finished sooner rather than
> later.
>
> Tom
>
> _______________________________________________


It also phrases that format has not been decided so far.

Most people missing the point that developers and packagers want those
service files because it make their life's easier. systemd developers
would be really dumb if they kept changing the format. May be adding new
keywords but who cares if your init system does not need those you can
just ignore them.

Grtz

Nick