similar to: imap crash with fts squat enabled.

Hi Timo, Just tried squat in beta11. I also get the same error in the log: dovecot: Dec 10 14:21:17 Error: IMAP(joewong99:joew.outblaze.com): Corrupted squat uidlist file /mailfs/4/22/3/joewon g99:joew.outblaze.com at joew_outblaze_com/Maildir/dovecot.index.search.uids: Broken uidlists There is not change in my configuration file. # 1.1.beta11: /usr/local/etc/dovecot.conf log_path:

Hi Timo, I have installed 1.1 beta 10 today with squat enabled. When I do uid search body "something", the imap will sometimes segmentation fault, or sometime hang. Here is what i found in the log when imap did not hang.. dovecot: Dec 04 17:11:07 Panic: IMAP(joewong99:joew.outblaze.com): file squat-uidlist.c: line 178 (uidlist_write_array): assertion failed: ((uid &

On Tue, Jun 23, 2020 at 5:17 PM Aki Tuomi <aki.tuomi at open-xchange.com> wrote: > > > On 23/06/2020 12:15 Joe Wong <joewong99 at gmail.com> wrote: > > > > > > Hello, I have added 'y' as nodelay in my passdb query and I see the > following in log: > > > > dovecot: imap-login: Debug: Ignoring unknown passdb extra field: nodelay >

> On 11/05/2020 14:09 Joe Wong <joewong99 at gmail.com> wrote: > > > > > > On Mon, May 11, 2020 at 5:16 PM Aki Tuomi <aki.tuomi at open-xchange.com> wrote: > > > > > On 11/05/2020 12:12 Joe Wong <joewong99 at gmail.com> wrote: > > > > > > > > > > > > > > > > > > On Sun, May

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, antispam plugin version downloaded HEAD snapshot today. Leaked a t_pop() call in I/O handler 0x805b350 Raw backtrace: imap [0x80ad741] -> imap [0x80ad65c] -> imap(io_loop_handler _run+0x1ce) [0x80b35ce] -> imap(io_loop_run+0x28) [0x80b29a8] -> imap(main+0x5a0) [0x8063590] -> /lib/tls/i686/cmov/libc.so.6(__lib

What client(s) use this and how? I've used virtual folders - by explicitly "subscribing" to them and then performing a search within them. By hiding the virtual folders how do you use them? --- Daniel ------ Original Message ------ From: "Joe Wong" <joewong99 at gmail.com> To: "Aki Tuomi" <aki.tuomi at open-xchange.com> Cc: dovecot at dovecot.org;

> On 11/05/2020 12:12 Joe Wong <joewong99 at gmail.com> wrote: > > > > > > On Sun, May 10, 2020 at 3:54 PM Sami Ketola <sami.ketola at dovecot.fi> wrote: > > > > > > > On 10. May 2020, at 1.51, Peter <pch at myzel.net> wrote: > > > > > > Am 10.05.20 um 00:22 schrieb Daniel Miller: > > >> Thank

Here's another patch. This one isn't much different from the last patch, except it tries a little harder to make sure that the required fields are returned by the query (like the pgsql module does). One question about how t_strdup works. How and who should memory returned by t_strdup be freed? My patch has a function my_get_str() which returns the value of t_strdup, and then I do

Hello, I have successfully configure dovecot to lookup my existing user database to lookup the homedir. However, I found the following from the log: dovecot: Apr 05 04:05:16 Info: IMAP(joewong99:tkodog.no-ip.com): Effective uid=1001, gid=1001, home=/mnt/mailmountpoint/4/22/3/joewong99:tkodog.no-ip.com at tkodog_no-ip_com dovecot: Apr 05 04:05:16 Info: IMAP(joewong99:tkodog.no-ip.com): maildir:

Hi, I would like to submit the attached patch. It implements IO loop using FreeBSD's kqueue/kevent syscalls. It is based on snapshot of CVS HEAD as of 2005-12-12. I could only give it limited testing on FreeBSD 5.4 but it works fine so far. Vaclav Haisman -------------- next part -------------- diff -rN -u old-dovecot-cvs/autogen.sh new-dovecot-cvs/autogen.sh ---

Hello, I have added 'y' as nodelay in my passdb query and I see the following in log: dovecot: imap-login: Debug: Ignoring unknown passdb extra field: nodelay does it mean this option is no longer supported in 2.3.10 ? - Joe -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello, I've just installed another postfix+dovecot based mail service (I love dovecot! :-), and I found this message "dict: Leaked a t_pop() call in I/O handler (nil)" being logged each time I authenticate against it via POP3 or IMAP. Searching through the code, I've found this (this is Dovecot v1.0.8): ---- src/dict/dict-cache.c ---- void dict_cache_unref(struct dict_cache

I'm running dovecot 1.0.7 on CentOS 5.5, and I've configured it to work with PostfixAdmin (http://sourceforge.net/projects/postfixadmin/). Everything seems to work great, except for one problem. Any time a user logs in, I get errors like the following Jun 19 02:21:59 ve dovecot: dict: Leaked a t_pop() call in I/O handler (nil) Jun 19 02:21:59 ve dovecot: dict: Raw backtrace: dict

> > Is this behavior cured, or do you continue to see it? > No, the behavior isn't cured. We still continue to see it with various clients. I have posted a couple of truss outputs, but so far no resolution. Sorry for the slow response. I've been "fighting other fires". Jackie > Jackie Hunt wrote: > >> On Mon, 2007-09-03 at 12:37 +0200, Robert

Hi! Looking at the code, I think the bug is that it just copies pointer to the value, it should, instead, duplicate the value to some memory region. Can you see if this following patch fixes it? Aki > On October 17, 2016 at 4:14 PM Pierre Jaury <pierre at jaury.eu> wrote: > > > Okay, it seems to me that the bug is due to "t_str_tabunescape" using > the unsafe

> On 10. May 2020, at 1.51, Peter <pch at myzel.net> wrote: > > Am 10.05.20 um 00:22 schrieb Daniel Miller: >> Thank you - I'm aware of the virtual folder option and do use it. My interest is for a Windows client, EM Client, which I otherwise really enjoy. Unfortunately, they've implemented server-side searching only via MULTISEARCH - for reasons passing my

Oh duh, it used datastack pool. Try again with the attached patch? Please remember to clear the previous one out before trying. Aki > > The trace is missing some symbols, I will debug tomorrow and see where > the call comes from exactly. > > Regards, > > > On 10/17/2016 06:23 PM, Aki Tuomi wrote: > > Hi! > > > > Looking at the code, I think the bug

Hello, I am new to Dovecot, testing the setup with Solr FTS plugin. Currently I am using procmail to delivery email into user's mailbox. I am using maildir on file system. I found that if email is delivered via procmail, the indexer-worker is not being called. But when I move the email between folders via IMAP, indexer is involved. Is this expected? - Joe -------------- next part

While trying to isolate properly and reproduce, I was able to trigger the same bug with the following code: struct dict *dict; char* dict_uri = "proxy::sieve"; char* key = "priv/key"; char* username = "admin at domain.tld"; char* value, error; dict_drivers_register_builtin(); dict_init(dict_uri, DICT_DATA_TYPE_STRING, username,

Here is another crash we've been seeing recently in rc15 on Solaris 10. (gdb) bt full #0 0xff1c12a4 in ?? () No symbol table info available. #1 0xff140040 in ?? () No symbol table info available. #2 0x000786a8 in t_buffer_alloc (size=688976) at data-stack.c:346 __PRETTY_FUNCTION__ = "file %s: line %" #3 0x00078190 in t_pop () at data-stack.c:149 frame_block = (struct