similar to: Segfault on LIST Command

I'll try reproduce this issue, but can you, in the mean time, run this with mail_debug=yes and provide logs? Aki On 23.01.2017 11:45, Thorsten Hater wrote: > Hi, > > I did added the default location and stripped down my config to a very > basic > level, dropping all plugins and database queries, see below. The segfault > still > appears in the same location. > As I

Thank you for your report. Aki On 23.01.2017 11:56, Thorsten Hater wrote: > OK, I found the problem in my config. If I use an default namespace with an > empty > name, instead of "inbox" it works as expected. Here the log for this case > > Starting program: /usr/local/libexec/dovecot/imap -u **** > imap(****): Debug: auth input: **** home=**** uid=48 gid=48 >

Hi, I did added the default location and stripped down my config to a very basic level, dropping all plugins and database queries, see below. The segfault still appears in the same location. As I have build from source, I wonder whether you can reproduce the problem? Thorsten $ doveconf -n # 2.2.26.0 (23d1de6): /usr/local/etc/dovecot/dovecot.conf # Pigeonhole version 0.4.16 (1dc4c73) # OS:

The Problem arises due to a NULL deref in mail_namespaces.c line 601. Backtrace below x LIST "" "" Program received signal SIGSEGV, Segmentation fault. mail_namespaces_get_root_sep (namespaces=0x0) at mail-namespace.c:601 601 while ((namespaces->flags & NAMESPACE_FLAG_LIST_PREFIX) == 0) (gdb) bt #0 mail_namespaces_get_root_sep (namespaces=0x0) at mail-namespace.c:601

This is fixed in 2.2.27 with ddc96f7 lib-storage: Fixed error handling in list=children checking Aki On 23.01.2017 12:00, Aki Tuomi wrote: > Thank you for your report. > > Aki > > On 23.01.2017 11:56, Thorsten Hater wrote: >> OK, I found the problem in my config. If I use an default namespace with an >> empty >> name, instead of "inbox" it works as

OK, I found the problem in my config. If I use an default namespace with an empty name, instead of "inbox" it works as expected. Here the log for this case Starting program: /usr/local/libexec/dovecot/imap -u **** imap(****): Debug: auth input: **** home=**** uid=48 gid=48 quota_rule=*:bytes=1000M imap(****): Debug: Added userdb setting: plugin/quota_rule=*:bytes=1000M Debug: Effective

Dear all, I have set up a series of special-use mailboxes in the default namespace differing by capitalisation of the names, mainly to capture multiple mailboxes with autoexpunge namespace inbox { ... mailbox Trash { auto = no autoexpunge = 30d special_use = \Trash } mailbox trash { auto = no autoexpunge = 30d special_use = \Trash } ... }

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 13 Dec 2016, Tanstaafl wrote: > On 12/13/2016 4:48 AM, Thorsten Hater <thorsten.hater at gmail.com> wrote: >> I have set up a series of special-use mailboxes in the default namespace >> differing by capitalisation of the names, mainly to capture multiple >> mailboxes >> with autoexpunge >> >>

So, returning from the LDAP userdb does not change situation. As I said, I would to set folder names dynamicaly, without setting up a mailbox in advance. Here the problem is discussed http://www.dovecot.org/list/dovecot/2013-August/092023.html but no solution is found apart from defining the namespace in the static config, see here http://www.dovecot.org/list/dovecot/2013-August/092053.html As

I know, but it is not present in the string returned by the userdb, which is set up for testing userdb { driver = static args = namespace/inbox/mailbox/Bla/autoexpunge=6h } On Tue, Jan 17, 2017 at 11:03 AM, Thomas Leuxner <tlx at leuxner.net> wrote: > * Thorsten Hater <thorsten.hater at gmail.com> 2017.01.17 10:57: > > > Unfortunately, this yields the same

Unfortunately, this yields the same problem Debug: Unknown userdb setting: plugin/userdb_namespace/inbox/mailbox/Bla/autoexpunge=6h Thorsten On Tue, Jan 17, 2017 at 10:16 AM, Thomas Leuxner <tlx at leuxner.net> wrote: > * Thorsten Hater <thorsten.hater at gmail.com> 2017.01.17 09:40: > > > namespace/inbox/mailbox/Bla/autoexpunge=6h > > > > from a userdb,

Dear all, is there a way to allow users to set up something like autoexpunge on an individual IMAP folder basis? The idea I implemented does not seem to work, namely returning namespace/inbox/mailbox/Bla/autoexpunge=6h from a userdb, which results in Debug: Unknown userdb setting: plugin/namespace/inbox/mailbox/Bla/autoexpunge=6h >From older questions on the mailing list I gather that the

Hi, I've enabled autoexpunge for Trash and Junk. Now imap process core dumps occasionally. Tomppa > program terminated by signal SEGV (no mapping at the fault address) > 0xff0dc2e0: o_stream_get_buffer_used_size : ld [%o0 + 20], %o0 > Current function is notify_ok (optimized) > 13 if (o_stream_get_buffer_used_size(client->output) != 0) >

Well, I have to scrub most data from the output, but it is what I would have expected # doveadm user <user> field value ... home /path/to/home mail maildir:~/Maildir ... On Wed, Jan 24, 2018 at 12:30 PM, Sami Ketola <sami.ketola at dovecot.fi> wrote: > > > > On 24 Jan 2018, at 13.21, Thorsten Hater <thorsten.hater at gmail.com> > wrote: > > >

Dear all, I am slightly confused by the following log entries ...: imap(...): Debug: Namespace inbox: type=private, prefix=INBOX., sep=., inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:~/Maildir ...: imap(...): Debug: maildir++: root=~/Maildir, index=, indexpvt=, control=, inbox=~/Maildir, alt= ...: imap(...): Debug: Namespace : type=private, prefix=, sep=, inbox=no,

As workaround, you can either use VOLATILEDIR setting for maildir, or you can set maildir_stat_dirs=yes in config. Aki On 24.01.2018 14:45, Aki Tuomi wrote: > > Ah seems you have found a bug, apologies. =) > > We'll look into it. > > Aki > > > On 24.01.2018 13:34, Thorsten Hater wrote: >> Well, I have to scrub most data from the output, but it is what I

This is from my config mail_location = maildir:~/Maildir and in my userdb-ldap.conf user_attrs = \ ... \ =home=%{ldap:homedir}, \ ... Am I missing something? On Wed, Jan 24, 2018 at 12:12 PM, Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > This is a configuration issue, not a bug. > > use > > mail_home=/path/to/some/directory > > mail_location=maildir~/Maildir

Dear all, I stumbled upon the following behaviour of Pigeonhole, which I consider to be problematic. A user deployed a Sieve script similar to the following snippet if not anyof (address :is ["from","cc"] ["...", ..., "... at ... GARBAGE", ...] { fileinto "inbox.Trash"; stop; } Note the extra line break before GARBAGE. This script is

Ubuntu 18.04, AMD Opteron, Dovecot Version 2.3.3, local file storage.? I believe it's one of my users checking mail remotely via mobile - don't remember if it's an iPhone or Android. gdb backtrace: Reading symbols from /usr/local/libexec/dovecot/imap...done. [New LWP 13852] [Thread debugging using libthread_db enabled] Using host libthread_db library

Hi, today we have exceprienced really major difficulties with our proxy backend servers. Everything started after enabling auth cache: auth_cache_size = 100M auth_cache_verify_password_with_worker = yes auth_cache_ttl = 1 hour auth_cache_negative_ttl = 1 hour Soon after we start receiving lots of calls from our customers about 'missing all e-mail messages'. This was in errors logs on