Bug#823132: courier-imap and courier-imap-ssl doesn't start at boot

Robert Hackbauer

unread,

May 1, 2016, 5:40:03 AM5/1/16

to

Package: courier-imap
Version: 4.16.2+0.75.0-20
Severity: important

Dear Maintainer,

after the update of the courier-imap and courier-imap-ssl packages (and
related) from 1.141 to 1.142, the server doesn't start anymore during boot.
When starting courier-autdaemon and courier-imap(-ssl) manually after boot,
everything works perfect.

I have tried the following, without any change:
I used the old /etc/init.d/courier-imap(-ssl) scripts again (copied back from
*.dpkg-old) which were replaced during the update.
I have purged all the installed courier-packages and reinstalled them.

Unfortunately I didn't find any hints in syslog or any of the mail.* log files.
After reinstalling the packages I made no changes to the config-files.

-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages courier-imap depends on:
ii courier-authlib 0.66.4-7
ii courier-base 0.75.0-20
ii debconf [debconf-2.0] 1.5.59
ii exim4-daemon-light [mail-transport-agent] 4.87-1
ii libc6 2.22-7
ii libcourier-unicode1 1.4-2
ii libgamin0 [libfam0] 0.1.10-5
ii libgdbm3 1.8.3-13.1
ii libidn11 1.32-3
ii sysvinit-utils 2.88dsf-59.3

courier-imap recommends no packages.

Versions of packages courier-imap suggests:
pn courier-doc <none>
ii mutt [imap-client] 1.5.24-1+b1

-- Configuration Files:
/etc/courier/imapd.cnf [Errno 13] Keine Berechtigung: u'/etc/courier/imapd.cnf'

-- no debconf information

Ondřej Surý

unread,

May 3, 2016, 1:30:04 PM5/3/16

to

Hi Robert,

your init seems to be systemd (unless you filled a bug at different
machine), and courier packages now have service files for all courier
daemons.

Could you check what:

systemctl status courier-imap

and

systemctl status courier-imap-ssl

says?

(Also journalctl --unit=courier-imap and journalctl
--unit=courier-imap-ssl could give some hints.)

Cheers,
--
Ondřej Surý <ond...@sury.org>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Vše pro chleba (https://vseprochleba.cz) – Potřeby pro pečení chleba
všeho druhu

Robert

unread,

May 5, 2016, 9:50:02 AM5/5/16

to

Hello Ondřej,

I filed the bug on the machine where it appeared.
The outputs were:

$ systemctl status courier-imap-ssl
● courier-imap-ssl.service - Courier IMAP Daemon (SSL)
Loaded: loaded (/lib/systemd/system/courier-imap-ssl.service; disabled; vendor preset: enabled)
Active: inactive (dead)

$ systemctl status courier-imap
● courier-imap.service - Courier IMAP Daemon
Loaded: loaded (/lib/systemd/system/courier-imap.service; disabled; vendor preset: enabled)
Active: inactive (dead)

$ journalctl --unit=courier-imap
-- No entries --

$ journalctl --unit=courier-imap-ssl
-- No entries --

Unfortunately I am not yet familiar with systemd, but now I was able to activate the services using systemctl.
Only question left is, why were they disabled after the update?

Regards
Robert

Ondřej Surý

unread,

May 9, 2016, 9:20:03 AM5/9/16

to

Found the bug. I added .service files, but forgot to use dh_systemd dh
addon, so the services were not enabled at the install time.

This will be fixed in next upload.

Cheers,
--
Ondřej Surý <ond...@sury.org>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Vše pro chleba (https://vseprochleba.cz) – Potřeby pro pečení chleba
všeho druhu