On 10/27/2016 09:43 AM, Aki Tuomi wrote:
*snip*
Aki
You are right, it was supposed to be there. Unfortunately it isn't.
We'll see what can be done.
Aki
I maintain an RPM of the 2.2.x branch.
Should I wait with pushing the update?
So after several days of more troubleshooting, I have some things to
report to the list.
First and foremost, I have discovered that the issue has nothing to do
with SSL/TLS, which was my earlier suspicion because after doing some
PCAPs I discovered that the transactions were negotiating TLS
Hello,
If you don’t have a ssl_key and ssl_cert configured in your dovecot config
managesieve-login will fail to start with the following error message:
dovecot: managesieve-login: Fatal: Couldn't parse private ssl_key:
error:0906D06C:PEM routines:PEM_read_bio:no start line: Expecting: ANY
On 27.10.2016 19:31, Arkadiusz Miśkiewicz wrote:
On Thursday 27 of October 2016, Aki Tuomi wrote:
On 27.10.2016 16:39, Arkadiusz Miśkiewicz wrote:
On Thursday 27 of October 2016, Timo Sirainen wrote:
http://dovecot.org/releases/2.2/dovecot-2.2.26.tar.gz
On Thursday 27 of October 2016, Aki Tuomi wrote:
> On 27.10.2016 16:39, Arkadiusz Miśkiewicz wrote:
> > On Thursday 27 of October 2016, Timo Sirainen wrote:
> >> http://dovecot.org/releases/2.2/dovecot-2.2.26.tar.gz
> >> http://dovecot.org/releases/2.2/dovecot-2.2.26.tar.gz.sig
> >
> > Please
was the fix for kqueue() EINVAL's in 2.2.26 as well?
On Thu, Oct 27, 2016 at 10:24 AM, Aki Tuomi wrote:
>
>
> On 27.10.2016 16:39, Arkadiusz Miśkiewicz wrote:
>
>> On Thursday 27 of October 2016, Timo Sirainen wrote:
>>
>>>
Yes.
Aki
On 27.10.2016 18:38, Larry Rosenman wrote:
was the fix for kqueue() EINVAL's in 2.2.26 as well?
On Thu, Oct 27, 2016 at 10:24 AM, Aki Tuomi wrote:
On 27.10.2016 16:39, Arkadiusz Miśkiewicz wrote:
On Thursday 27 of October 2016, Timo Sirainen wrote:
On 27.10.2016 16:39, Arkadiusz Miśkiewicz wrote:
On Thursday 27 of October 2016, Timo Sirainen wrote:
http://dovecot.org/releases/2.2/dovecot-2.2.26.tar.gz
http://dovecot.org/releases/2.2/dovecot-2.2.26.tar.gz.sig
Please merge to 2.2 branch this fix. I'm hitting that problem on 2.2.25:
On Thursday 27 of October 2016, Timo Sirainen wrote:
> http://dovecot.org/releases/2.2/dovecot-2.2.26.tar.gz
> http://dovecot.org/releases/2.2/dovecot-2.2.26.tar.gz.sig
Please merge to 2.2 branch this fix. I'm hitting that problem on 2.2.25:
From 6c969ac21a43cc10ee1f1a91a4f39e4864c886cb Mon Sep
On 27 Oct 2016, at 15:58, Gandalf Corvotempesta
wrote:
>
> 2016-10-27 14:36 GMT+02:00 Timo Sirainen :
>> imapsync will change IMAP UIDs and cause clients to redownload all mails.
>> http://wiki2.dovecot.org/Migration/Dsync should work though.
>
>
http://dovecot.org/releases/2.2/dovecot-2.2.26.tar.gz
http://dovecot.org/releases/2.2/dovecot-2.2.26.tar.gz.sig
There were some changes since rc1:
https://github.com/dovecot/core/commit/54d654098032d96975b70749b505fae538e97f7a
Mainly there are quite a lot of director fixes and improvements.
2016-10-27 14:36 GMT+02:00 Timo Sirainen :
> imapsync will change IMAP UIDs and cause clients to redownload all mails.
> http://wiki2.dovecot.org/Migration/Dsync should work though.
Just to be sure: dsync from the *new* node would connect via IMAP to
the older node and transfer
On 27 Oct 2016, at 15:29, Tanstaafl wrote:
>
> On 10/26/2016 2:38 AM, Gandalf Corvotempesta
> wrote:
>> This is much easier than dovecot replication as i can start immedialy with
>> no need to upgrade the old server
>>
>> my only
On 10/26/2016 2:38 AM, Gandalf Corvotempesta
wrote:
> This is much easier than dovecot replication as i can start immedialy with
> no need to upgrade the old server
>
> my only question is: how to manage the email received on the new server
> during the last
The mail isn't on NFS, so I don't think that’s the problem. Probably related to
my setup, because I use the imapc proxy settings:
mail_location = imapc:~/imapc
imapc_host = 192.168.1.2
imapc_port = 143
passdb {
driver = imap
args = host=192.168.1.2 port=143
default_fields =
> On 27 Oct 2016, at 12:55, Timo Sirainen wrote:
>
> I can't reproduce this. Can you send your doveconf -n output and also an
> example IMAP session showing what goes wrong? I tested with Maildir and
> mdbox, and with and without mailbox_list_index=yes:
>
> x lsub "" *
> * LSUB
I can't reproduce this. Can you send your doveconf -n output and also an
example IMAP session showing what goes wrong? I tested with Maildir and mdbox,
and with and without mailbox_list_index=yes:
x lsub "" *
* LSUB () "/" INBOX
x OK Lsub completed (0.000 + 0.000 secs).
x subscribe Trash
x OK
On 26.10.2016 17:52, John van der Kamp wrote:
> I was able to find some time to debug this more, and I found the change that
> breaks it was introduced in 2.2.25:
> If I revert 18856082d632ac60996637547098688148826b5a from release-2.2.25
> branch, the test works again.
>
> John
>
>
18 matches
Mail list logo