May be obsolete now, but I can confirm that some of courier's services
randomly don't get started after rebooting a virtual server (presumably
OpenVZ) after it was updated to Debian jessie and systemd.
The system also got moved to a newer host system which now provides
kernel 3.16. Besides courier, the system runs totally stable.
All courier services run fine if I start services manually after reboots:
service courier-authdaemon start
service courier-mta start
service courier-mta-ssl start
service courier-pop start
service courier-pop-ssl start
...
The system is up-to-date so it seems that the issue still needs to be
fixed (Ondřej Surý pointed that out already if I got it right).
I can confirm that adding courier-authdaemon as a requirement solves
this issue for me (tried 5 times whereas unstarted courier-services
originally were quite common at about 50% of tries).
The changed line 5 of /etc/init.d/courier-mta now reads:
# Required-Start: $remote_fs $syslog courier-authdaemon
So the fix should be small and trivial and solves a big problem which
occurs randomly while people might not even be aware of it.
I think this issue could be fixed without the necessity of larger
changes in package management.
--
Thomas Mayer
2bis10 IT-Services UG (haftungsbeschränkt)
https://www.2bis10.de