> On 08/01/2021 04:34 st...@keptprivate.com wrote:
>
>
>
> I tried to post this in a more nuanced way, but the fact is the latest source
> RPM does not build on the latest Centos 8.
>
> > + sed -i 's|/etc/ssl|/etc/pki/dovecot|' doc/mkcert.sh (http://mkcert.sh)
> >
I tried to post this in a more nuanced way, but the fact is the latest source
RPM does not build on the latest Centos 8.> + sed -i
's|/etc/ssl|/etc/pki/dovecot|' doc/mkcert.sh
doc/example-config/conf.d/10-ssl.conf
> + '[' -e buildinfo.commit ']'
> ++ head -1 buildinfo.commit
> +
Am 07.01.21 um 17:31 schrieb Marius Schwarz:
Versions:
dovecot-2.3.13-1.fc32.x86_64
openssl-1.1.1i-1.fc32.x86_64
Fedora released dovecot-2.3.13-2.fc32.x86_64, which seems to fix the
issue.
best regards,
Marius Schwarz
Another thought... Could I use a different build mechanism that would result in
the same installation rpm? There's no reason I have to use source rpms, I'm
just used to it because of qmailtoaster.SteveSent from my T-Mobile 4G LTE
device-- Original message--From:
Any ideas about the lsb_release error in the spec file and where that came
from? I have a very vanilla centos 8 install I'm trying to bulid on. Any
thoughts appreciated because I'm stuck and at something of a loss on what to
try next. My first thought is to look at spec file revisions.SteveSent
Hi,
since the update from 2.3.11 to 2.3.13 some clients generate this bug :
TLS handshaking: SSL_accept() failed: error:141EC044:SSL
routines:tls_construct_server_key_exchange:internal error
As it looks for now, they use the old SSL approach on Ports 993 and 995.
SSL Config says:
ssl = yes
Hi,Yes, a whole subdir "dovecot" in /usr/lib64 with files. The actual so.0 file
is a link to an so.0.0.0 file.I was able to successfully build test run the
source rpm from qmailtoaster 2.3.11.I'm building from source because I have a
patch I want to apply. My suspicion is the problem is config.
dsync is intended to be used to change mailbox format, so it should work just
fine.
that's exactly what we thought and why we use dsync to migrate like
described here
https://wiki2.dovecot.org/Migration/Dsync
Our replication is configured according to
It compiles.
--- ./src/lib/test-file-cache.c.origWed Jan 6 19:11:47 2021
+++ ./src/lib/test-file-cache.c Thu Jan 7 11:38:03 2021
@@ -254,6 +254,11 @@
test_assert(size == 0);
test_assert(map == NULL);
+ /* OpenBSD does not support RLIMIT_AS */
+ #ifndef HAVE_RLIMIT_AS
+
Hi there
I'm using dovecot version 2.3.4.1 precompiled in Debian
stretch-backports (with Maildir, and Lucene FTS). Everything seems to be
running fine but server searches by one user (precisely me) using
roundcube 1.4.8. For all other checked users server searches work fine.
My account is
dsync is intended to be used to change mailbox format, so it should work just
fine.
Aki
> On 07/01/2021 11:17 Andrea Gabellini
> wrote:
>
>
> Hello,
>
> I had a similar problem some time ago, and the problem was the mailbox
> format change.
>
> Please try to migrate with the same format.
Hello,
I had a similar problem some time ago, and the problem was the mailbox
format change.
Please try to migrate with the same format.
Andrea
Il 05/01/21 15:02, Thomas Winterstein ha scritto:
> No one?
>
> If there are limitations in regards to how dsync in migration and
> replication can
On 04.01.2021 14:02, Dan Malm wrote:
> On 2021-01-04 13:03, Aki Tuomi wrote:
>> Vulnerable version: 2.2.26-2.3.11.3
>> Fixed version: 2.3.13
> No fix for 2.2.36?
>
Hi
Probably not fixed - my heart's been broken to - but this solutions
"imap_hibernate_timeout = 0" probably save you...
--
Maciej
Hi,
1. legacy customer requirement...
2. we will try to remove nodelay
thanks
Am 07.01.2021 um 00:05 schrieb Josef 'Jeff' Sipek:
On Wed, Jan 06, 2021 at 14:07:06 -0500, Josef 'Jeff' Sipek wrote:
Ok, just a quick update. I managed to reproduce it. I'll try to figure out
where things went
14 matches
Mail list logo
