dovecot-sieve post-installation fails when directory /etc/dovecot/conf.d/ is missing
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
dovecot (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
dovecot-sieve post-installation fails when directory /etc/dovecot/
Maybe post-installation should mkdir -p the directory?
$ sudo apt-get install dovecot-sieve
[sudo] password for imapadmin:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
dovecot-sieve
0 upgraded, 1 newly installed, 0 to remove and 71 not upgraded.
Need to get 283 kB of archives.
After this operation, 1,015 kB of additional disk space will be used.
Get:1 http://
Fetched 283 kB in 0s (2,135 kB/s)
Selecting previously unselected package dovecot-sieve.
(Reading database ... 110575 files and directories currently installed.)
Preparing to unpack .../dovecot-
Unpacking dovecot-sieve (1:2.2.
Processing triggers for dovecot-core (1:2.2.
Processing triggers for man-db (2.7.5-1) ...
Setting up dovecot-sieve (1:2.2.
Creating config file /etc/dovecot/
cp: cannot create regular file '/etc/dovecot/
dpkg: error processing package dovecot-sieve (--configure):
subprocess installed post-installation script returned error exit status 1
Processing triggers for dovecot-core (1:2.2.
Errors were encountered while processing:
dovecot-sieve
E: Sub-process /usr/bin/dpkg returned an error code (1)
Hi, Marcel
thanks for the suggestion and mkdir would not be too hard, but
dovecot-sieve pulls in dovecot-core via a hard dependency which in turn creates that dir.
So it works just fine.
I'd be tempted to call removing /etc/dovecot/ conf.d/ a broken config the we don't want to support.
People will later on run into other issues, so I'm not very eager to fix this to only have the next issue due to it being missing.
But you are right still, since this is breaking the install it is really not nice. dovecot- sieve.dirs thou.
I'd rather add the dir to debian/
I'll consider it on the next merge