Hello Timo,
Am 12.03.19 um 22:31 schrieb Timo Sirainen via dovecot:
> On 12 Mar 2019, at 17.55, Dan Christensen via dovecot
> wrote:
>>
>> On Mar 12, 2019, Aki Tuomi via dovecot wrote:
>>
>>> On 12.3.2019 13.46, Piper Andreas via dovecot wrote:
>>>
after an upgrade of dovecot-2.2.5 to
I have a recipient_bcc_maps which contains a bcc map that is updated everyday:
rbcc.pcre:
if !/backup.*@/
/^([^+_]*).*@([^.]*)/ backup+071.${1}-${2}@adomain.tld
endif
the 071 portion is changed each day to the current day of the year.
Everything works, but I get an error from dovecot on
On 2019-03-12 19:17, Timo Sirainen wrote:
> Well, I suppose it depends on definitions.. But I'm not calling ~/ relative
> paths, because it expands to an absolute path. The problem is using paths
> like "mail/" where it depends on the current chdir.
Thank you for clearing this up.
IMO the ~ is
On Tue, Aug 14, 2018 at 12:31 PM Chris Dillon
wrote:
> I’ve had the opportunity to test the same configuration with a fresh build
> of the git master branch (2.4.devel) and the issue also occurs there. I
> see that "mailbox_list_index = yes" is now enabled by default. It can
> still be
In another thread, Timo wrote:
On Mar 12, 2019, Timo Sirainen via dovecot wrote:
> That bug is fixed with attached patch.
Thanks! I'm attaching the patch here, so it is in this thread as well.
A couple of questions before I test this:
- Do I need the patch on the remote end of the sync, or
On 2019-03-12 17:23, Timo Sirainen via dovecot wrote
> https://wiki2.dovecot.org/MailLocation
Sorry, this might be off-topic, but while reading up on the link you sent,
I've noticed the following sentence:
Use only absolute paths. Even if relative paths would appear to work, they
might just as
Op 01/12/2018 om 00:45 schreef azu...@pobox.sk:
Citát azu...@pobox.sk:
Citát azu...@pobox.sk:
Citát Timo Sirainen :
On 29 Nov 2018, at 15.46, azu...@pobox.sk wrote:
Hi,
is this a know problem? Newest Dovecot 2.3.4 package from
repo.dovecot.org , Debian Stretch (fully upgraded).
Op 21/11/2018 om 14:21 schreef Marcus Fenner:
Hi,
After updating some of our director servers from 2.2.36 to 2.3.3
(dcead646b) we experience crashes in about 1/5000 mails in lmtp delivery:
Nov 13 12:23:36 Fatal: lmtp(113620): master: service(lmtp): child 113620
killed with signal 6 (core
Hi,
Op 16/08/2018 om 00:53 schreef Stephan Bosch:
Hi,
I have reproduced this problem and I am working on a fix.
Fix is included in 2.3.5.
Regards,
Stephan.
Op 14/08/2018 om 11:44 schreef Tom Sommer:
lmtp on Director crash with 2.3.2.1
# gdb /usr/libexec/dovecot/lmtp /var/core/60174
GNU
Op 02/10/2018 om 11:26 schreef Tom Sommer:
I see this in my logs after 2.3.3:
using zlib plugin, ofc.
Oct 02 10:01:39 imap(u...@example.com)<50643>:
Panic: file ostream-zlib.c: line 37 (o_stream_zlib_close): assertion
failed: (zstream->ostream.finished ||
Op 11/03/2019 om 12:53 schreef Marcelo Coelho via dovecot:
Hi everyone!
I’m using dovecot 2.3.5. submission-login is crashing many times in a day:
Here is a sample error message:
dovecot: submission-login: Fatal: master: service(submission-login): child
34247 killed with signal 11 (core
> On Mar 12, 2019, at 5:23 PM, Timo Sirainen via dovecot
> wrote:
>
> On 12 Mar 2019, at 21.20, Felipe Gasper via dovecot
> wrote:
>>
>> Hello,
>>
>> I’ve got a strange misconfiguration where the following command:
>>
>> doveadm -f pager mailbox status -u spamutf8 'messages vsize
On 12 Mar 2019, at 12.04, Joe Wong via dovecot wrote:
>
> Hello,
>
> I have defined the following:
>
> mail_location = maildir:~:INBOX=~/Maildir:LAYOUT=fs:INDEX=%u
>
> %u is retrieve via database in that my username contain ":", in which it
> create some confusion to dovecot:
>
> doveadm
On 12 Mar 2019, at 10.21, Kostya Vasilyev via dovecot
wrote:
>
> It makes no difference if the IDLE connection does SELECT or SELECT
> (CONDSTORE) prior to going IDLE.
>
> But then as far as I know (?) - in Dovecot, once any connection uses
> CONDSTORE ever, even once, Dovecot creates data
On 12 Mar 2019, at 17.55, Dan Christensen via dovecot
wrote:
>
> On Mar 12, 2019, Aki Tuomi via dovecot wrote:
>
>> On 12.3.2019 13.46, Piper Andreas via dovecot wrote:
>>
>>> after an upgrade of dovecot-2.2.5 to dovecot-2.3.4 the dovecot-keywords,
>>> which in my case are set by
On 12 Mar 2019, at 21.20, Felipe Gasper via dovecot wrote:
>
> Hello,
>
> I’ve got a strange misconfiguration where the following command:
>
> doveadm -f pager mailbox status -u spamutf8 'messages vsize guid' INBOX
> 'INBOX.*'
>
> … fails with error code 68, saying that it can’t find
A tool to determine the encoding of a file is 'file -bi ' This
command is not perfect though.
On 3/12/19 2:20 PM, Felipe Gasper via dovecot wrote:
Hello,
I’ve got a strange misconfiguration where the following command:
doveadm -f pager mailbox status -u spamutf8 'messages vsize guid'
On 18 Sep 2018, at 17.10, Michal Hlavinka wrote:
>
> Seems that for Global ACL directory, namespace prefix is not part of the
> path, when looking for acl file.
Is there a reason you're using ACL directory instead of ACL file? I've rather
been thinking about removing code for ACL directories
> On 12 March 2019 21:37 Felipe Gasper via dovecot wrote:
>
>
> > On Mar 12, 2019, at 3:28 PM, Aki Tuomi wrote:
> >
> >
> >> On 12 March 2019 21:20 Felipe Gasper via dovecot
> >> wrote:
> >>
> >>
> >> Hello,
> >>
> >>I’ve got a strange misconfiguration where the following
> On Mar 12, 2019, at 3:28 PM, Aki Tuomi wrote:
>
>
>> On 12 March 2019 21:20 Felipe Gasper via dovecot wrote:
>>
>>
>> Hello,
>>
>> I’ve got a strange misconfiguration where the following command:
>>
>> doveadm -f pager mailbox status -u spamutf8 'messages vsize guid' INBOX
>>
> On 12 March 2019 21:20 Felipe Gasper via dovecot wrote:
>
>
> Hello,
>
> I’ve got a strange misconfiguration where the following command:
>
> doveadm -f pager mailbox status -u spamutf8 'messages vsize guid' INBOX
> 'INBOX.*'
>
> … fails with error code 68, saying that it can’t
Hello,
I’ve got a strange misconfiguration where the following command:
doveadm -f pager mailbox status -u spamutf8 'messages vsize guid' INBOX
'INBOX.*'
… fails with error code 68, saying that it can’t find one of the mailboxes. (It
lists the user’s other mailboxes.) The name of the
This is reproducible at my end.
Aki
> On 12 March 2019 02:57 Larry Rosenman via dovecot wrote:
>
>
> If I can help (I'm the FreeBSD port maintainer for dovecot), I'm willing.
>
> I can also provide access to a server to help debug
>
>
> On Mon, Mar 11, 2019 at 7:54 PM Timo Sirainen via
On Mar 12, 2019, Aki Tuomi via dovecot wrote:
> On 12.3.2019 13.46, Piper Andreas via dovecot wrote:
>
>> after an upgrade of dovecot-2.2.5 to dovecot-2.3.4 the dovecot-keywords,
>> which in my case are set by thunderbird, are not preserved any more when
>> moving a mail between folders.
>
> We
Hi,
thanks for the answer. I think your environment was not set up correctly
to reproduce this bug. I've retested with 2.3.5 and I can still
reproduce it. I've attached a script that will configure everything for
testing and if you have a virtual machine available, you can use it
directly (it
Am 12.03.19 um 12:57 schrieb Aki Tuomi via dovecot:
>
> On 12.3.2019 13.46, Piper Andreas via dovecot wrote:
>> Hello,
>>
>> after an upgrade of dovecot-2.2.5 to dovecot-2.3.4 the dovecot-keywords,
>> which in my case are set by thunderbird, are not preserved any more when
>> moving a mail
On 12.3.2019 13.46, Piper Andreas via dovecot wrote:
> Hello,
>
> after an upgrade of dovecot-2.2.5 to dovecot-2.3.4 the dovecot-keywords,
> which in my case are set by thunderbird, are not preserved any more when
> moving a mail between folders.
>
> Are there any ideas, what may be the reason.
Hello,
after an upgrade of dovecot-2.2.5 to dovecot-2.3.4 the dovecot-keywords,
which in my case are set by thunderbird, are not preserved any more when
moving a mail between folders.
Are there any ideas, what may be the reason.
Thanks for any hints on that,
Andreas
'doveconf -n' gives:
#
Hello,
I have defined the following:
mail_location = maildir:~:INBOX=~/Maildir:LAYOUT=fs:INDEX=%u
%u is retrieve via database in that my username contain ":", in which it
create some confusion to dovecot:
doveadm index -u user1:site@domain iNBOX
doveadm(user1:site@domain): Error:
One more data point Timo:
On Tue, Mar 12, 2019, at 9:58 AM, Kostya Vasilyev via dovecot wrote:
> Timo,
>
> On Tue, Mar 12, 2019, at 3:56 AM, Timo Sirainen via dovecot wrote:
>> On 10 Mar 2019, at 10.14, Kostya Vasilyev via dovecot
>> wrote:
>>>
>>> My mail is stored under ~/mail/.imap (not
Timo,
On Tue, Mar 12, 2019, at 3:56 AM, Timo Sirainen via dovecot wrote:
> On 10 Mar 2019, at 10.14, Kostya Vasilyev via dovecot
> wrote:
>>
>> My mail is stored under ~/mail/.imap (not sure what this format is called),
>> I mean not "single file mbox".
>>
>> I have not changed any IDLE
31 matches
Mail list logo
