Hi,
So I have waited to see what comes in updates and while it hasn't been
fixed on my end, it at least doesn't panic anymore and properly errors
out. This error has only happened when deleting folders. No other action
I do from day to day has triggered this in the logs that I can see.
Mar 2
Any other suggestions? I’m stuck between a rock and a hard place. Had to enable
to get the fts module working and now I can’t get rid of this problem.
Just seems like the user is not being passed to the query builder at some
point. I’ve taken a look at code pertaining the metadata module and I c
Aki,
Since the original email, dicts are now on their own. For the metadata I
have tried the two dicts (shared/$key, priv/$key), just the priv dict db
schema with "pattern = $key" per one of your emails to the ML, and just
the "priv/$key" pattern. All of those combinations produce the same
is
It's probably not a good idea to put all the patterns in same dict. I would
first try if it still happens if you make a dedicated mysql dict with only the
metadata patterns.
Aki
> On 22/11/2021 18:52 Elisamuel Resto wrote:
>
>
> Aki,
>
> My apologies, I thought that it was included in the
Aki,
My apologies, I thought that it was included in the output of "dovecot
-n". I don't have just one, but I concatenated them for ease. See attached.
Thanks!
-Sam
*From:* Aki Tuomi [mailto:aki.tu...@open-xchange.com]
*S
Hi, I wanted to see /etc/dovecot/dovecot-dict-sql.conf.ext
Aki
On 22 November 2021 11.08.01 UTC, Elisamuel Resto wrote:
>Aki,
>
># 2.3.16 (7e2e900c1a): /etc/dovecot/dovecot.conf
># Pigeonhole version 0.5.16 (09c29328)
># OS: Linux 5.14.16-arch1-1 x86_64 ext4
Aki,
# 2.3.16 (7e2e900c1a): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.16 (09c29328)
# OS: Linux 5.14.16-arch1-1 x86_64 ext4[root@wyvern ~]# dovecot -n
# 2.3.16 (7e2e900c1a): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.16 (09c29328)
# OS: Linux 5.14.16-arch1-1 x86_64 ext4
# Hostna
I can’t fix a query that is built by dovecot. The code itself builds the query
based on my dict configuration… so I can’t do that. I know the query is broken
and why it’s failing, but I can’t fix it myself unless I find the code or what
I did wrong in the configuration… but thanks for the reply
> On 21/11/2021 22:40 dove...@ptld.com wrote:
>
>
> > On 11-21-2021 1:15 pm, Elisamuel Resto wrote:
> > I have gone through my configuration and even found a configuration example
> > by Aki and that confirms how I configured it… still getting that
> > error.
>
> > Nov 15 12:19:19 wyvern dov
> On 11-21-2021 1:15 pm, Elisamuel Resto wrote:
> I have gone through my configuration and even found a configuration example
> by Aki and that confirms how I configured it… still getting that
> error.
> Nov 15 12:19:19 wyvern dovecot[461]: dict(51438): Panic: lib-sql: Too many
> bind args (2) f
I have gone through my configuration and even found a configuration example by
Aki and that confirms how I configured it… still getting that error.
Possibly a issue with the code? Any suggestions as to how to enable debugging
to try and find the issue?
Regards,
Elisamuel Resto
> On Nov 15, 20
Hello
You have a missing argument variable in your prepared statement:
SELECT meta_key FROM metadata WHERE meta_key LIKE AND username = ?
should be
SELECT meta_key FROM metadata WHERE meta_key LIKE ? AND username = ?
Kind regards,
Christian Mack
Am 15.11.21 um 19:27 schrieb Elisamuel Resto:
12 matches
Mail list logo