* Stephan Bosch <stephan at rename-it.nl> 2015.05.10 17:34:> Don't hesitate to notify me if there are any problems.Thanks for fixing this. As this repo stuff is mostly bleeding edge, I noticed that the systemd service file needs to be modified to allow coredumps. Not sure how it is supposed to interact with the file /etc/default/dovecot and its ALLOW_COREDUMPS=1 variable, but one needs to explicitly add LimitCORE=infinity in the 'Service' section (until someone with more systemd foo fixes it): $ cat /lib/systemd/system/dovecot.service [Unit] Description=Dovecot IMAP/POP3 email server After=local-fs.target network.target [Service] Type=simple LimitCORE=infinity ExecStart=/usr/sbin/dovecot -F NonBlocking=yes [Install] WantedBy=multi-user.target -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: Digital signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20150510/bcbd7930/attachment.sig>
On 05/10/2015 04:01 PM, Thomas Leuxner wrote:> ... Not sure how it is supposed to interact with the file /etc/default/dovecot and its ALLOW_COREDUMPS=1 variable, but one needs to explicitly add LimitCORE=infinity in the 'Service' section (until someone with more systemd foo fixes it): >The attached patch could solve the problem. Regards, Pascal -- The trapper recommends today: cafebabe.1513019 at localdomain.org -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot-core.patch Type: text/x-diff Size: 1030 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20150510/53bd7de1/attachment.bin>
On 5/10/2015 7:29 PM, Pascal Volk wrote:> On 05/10/2015 04:01 PM, Thomas Leuxner wrote: >> ... Not sure how it is supposed to interact with the file /etc/default/dovecot and its ALLOW_COREDUMPS=1 variable, but one needs to explicitly add LimitCORE=infinity in the 'Service' section (until someone with more systemd foo fixes it): >> > The attached patch could solve the problem.I base this directly on the official Debian unstable packages. So, it would be best if it is fixed there first by someone who knows how to do this properly. I'm mainly worried a bit about the fact that dovecot.service is generated by Dovecot install and /etc/default/dovecot is from Debian. Regards, Stephan.