-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 21 Jul 2014, Lukas Haase wrote:
I provide "doveconf -n" in any case, maybe you can spot an issue?
I don't think, it's your config.
Setup a new server from scratch, without touching anything else on the new
system [no init.d scripts either
Hi,
Any further ideas on this one or suggestions how to provide more info?
Thanks,
Toni
On 7.7.2014 14:35, Toni Mattila wrote:
Hi,
On 7.7.2014 13:16, Timo Sirainen wrote:
Should be fixed by http://hg.dovecot.org/dovecot-2.2/rev/1a38a85d952e
Nope. Still happens:
(gdb) bt
#0 0x00568402 in _
Hello dovecot-users,
(This problem was being discussed a little in this thread from 2011:
http://www.dovecot.org/list/dovecot/2011-May/059009.html)
I noticed (using LMTP) that Dovecot handles 'no space left on device'
just like an 'over-quota', if I read this part of method "static int
client_de
Am 22.07.2014 17:11, schrieb Christian Rohmann:
> In consequence this means the configuration option quota_full_tempfail
> is applied in both cases. But to me there is a major difference between
> a full disk (a.k.a "admin fucked up") and over-quota (a.k.a. "user has
> simply too much stuff in his
Hello,
I recently tried to build my system with libressl instead of openssl.
In dovecot one issue that popped up was that libressl doesn't have the
ECDH auto functions from openssl 1.0.2 beta versions. However as the
#ifdef's in dovecot's code check for the openssl version and libressl's
version
Quoting Reindl Harald :
Am 22.07.2014 17:11, schrieb Christian Rohmann:
In consequence this means the configuration option quota_full_tempfail
is applied in both cases. But to me there is a major difference between
a full disk (a.k.a "admin fucked up") and over-quota (a.k.a. "user has
simply t
On 2014-07-22 17:31, Reindl Harald wrote:
> in case of disk full *this is* a permanent error likely not
> correctable by the user given that after delete a message a
> different one get a new and the disk is full again
The message could be already saved to disk by the MTA, so I don't see a
reason
Am 22.07.2014 19:00, schrieb Moritz Augsburger:
> On 2014-07-22 17:31, Reindl Harald wrote:
>> in case of disk full *this is* a permanent error likely not
>> correctable by the user given that after delete a message a
>> different one get a new and the disk is full again
>
> The message could be
Hello,
After client (Thunderbird, now version 31.0) updated today, it stopped
connecting to Dovecot IMAP4S. The infamous "SSL alert number 42" is reported.
Mail server uses local (created for intranet) CA certificate as root.
I would appreciate pieces of advice on how to handle that without ena
