Your message dated Wed, 7 Dec 2022 12:36:27 +0100
with message-id <[email protected]>
and subject line opendkim: opendkim.service.generate fails to generate 
override.conf
has caused the Debian Bug report #868257,
regarding opendkim.service.generate script never removes systemd's override.conf
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
868257: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868257
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: opendkim
Version: 2.11.0~alpha-10
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
     ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


The Internet told me to use the script /lib/opendkim/opendkim.service.generate 
in order to
apply the options given in the /etc/default/opendkim file.

This script doesn't works well with the following combination of changes:
- /etc/default/opendkim : change SOCKET to an inet one
- /lib/opendkim/opendkim.service.generate
- systemd: daemon-reload
- systemd: restart opendkim
- /etc/default/opendkim : change SOCKET to the original one (cf embedded file)
- /lib/opendkim/opendkim.service.generate
- systemd: daemon-reload  
- systemd: restart opendkim (<= still listens on inet, not sockunix)

May the opendkim.service.generate script be adapted in a more idempotent 
behaviour ?

My workaround here was to remove the /etc/systemd/system/opendkim.service.d 
directory.

Thanks,
Guillaume.

-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C 
(charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages opendkim depends on:
ii  adduser              3.115
ii  dns-root-data        2017041102
ii  init-system-helpers  1.48
ii  libbsd0              0.8.3-1
ii  libc6                2.24-11+deb9u1
ii  libdb5.3             5.3.28-12+b1
ii  libldap-2.4-2        2.4.44+dfsg-5
ii  liblua5.1-0          5.1.5-8.1+b2
ii  libmemcached11       1.0.18-4.1
ii  libmemcachedutil2    1.0.18-4.1
ii  libmilter1.0.1       8.15.2-8
ii  libopendbx1          1.4.6-11+b1
ii  libopendkim11        2.11.0~alpha-10
ii  librbl1              2.11.0~alpha-10
ii  libssl1.1            1.1.0f-3
ii  libunbound2          1.6.0-3
ii  libvbr2              2.11.0~alpha-10
ii  lsb-base             9.20161125

opendkim recommends no packages.

Versions of packages opendkim suggests:
ii  opendkim-tools  2.11.0~alpha-10
pn  unbound         <none>

-- Configuration Files:
/etc/default/opendkim changed:
SOCKET="local:/var/run/opendkim/opendkim.sock"

/etc/dkimkeys/README.PrivateKeys [Errno 13] Permission denied: 
'/etc/dkimkeys/README.PrivateKeys'
/etc/opendkim.conf changed:
AutoRestart             Yes
AutoRestartRate         10/1h
UMask                   002
Syslog                  yes
SyslogSuccess           yes
LogWhy                  yes
Canonicalization        relaxed/simple
ExternalIgnoreList      file:/etc/opendkim/TrustedHosts
InternalHosts           file:/etc/opendkim/TrustedHosts
KeyTable                refile:/etc/opendkim/KeyTable
SigningTable            refile:/etc/opendkim/SigningTable
Mode                    sv
SignatureAlgorithm      rsa-sha256


-- no debconf information

--- End Message ---
--- Begin Message ---
Use of /lib/opendkim/opendkim.service.generate was discouraged first in
opendkim 2.11.0~beta2-2, and then deprecated definitively in
2.11.0~beta2-6:

# DEPRECATION NOTICE: Use of this script is discouraged.
#
# Instead of editing /etc/default/opendkim and executing this script to generate
# override files in /etc, please edit the settings in /etc/opendkim.conf
# directly. If needed, use "systemctl edit opendkim.service" to create and
# manage configuration overrides.

At some point, this script will be removed. I don’t plan to address any
related open bugs.


-- 
David

--- End Message ---

Reply via email to