Thanks for 2.1.0 Timo
Looking forward to beta-test 2.2 :)
Le
12/02/2012 05:45, Timo Sirainen a écrit :
On 12.2.2012, at 7.42,
Timo Sirainen wrote:
I'll release v2.1.rc6 in maybe 16 hours or
so. If no problems are reported in it after a few days I'll just change
version to 2.1.0. So
Hi Timo,
I updated my 2.1 from HG, and now the FTS (Squat) plugin
makes a segmentation fault.
When I remove the plugin from the
dovecot.conf, all works fine.
No debug available here, but let me know
how can I help you.
Joan
I have been unlucky in deed.
Problem solved with recent changes
Le 14/03/2012 22:43, Timo Sirainen a écrit :
On 14.3.2012, at
18.36, Joan Moreau wrote:
I updated my 2.1 from HG, and now the
FTS (Squat) plugin makes a segmentation fault.
To which version
exactly? Because I broke FTS
That is a great news.
However, how to solve the dsync bugs (1 - wrong size in the m.
files, 2 - errors when converting large mailboxes) ? How can I help on
this ?
Thanks Timo for the great tool anyway
On 1/13/2011 3:21 AM, Timo Sirainen wrote:
Hi,
Just giving my own experience:
* I am using dovecot 2.0.9
(well, now 2.0.10 since today) in production without problems
* Sdbox
is using far too much I/O on a busy server, I had to switch to mdbox
*
Mdbox is running well so far, and resources (IO or CPU) are not an issue
anymore.
* Sdbox is using far too much I/O on a busy server, I had to switch
to
mdbox
* Converting from Maildir to s/mdbox is easy
Are you saying sdbox uses more disk I/O than maildir? That's
unexpected.
No.
I am saying that sbbox is not sustainable when having very large
mailbox, IO becomes too
The only solution I found was to use IMAP protocol to read from
sdbox and write as mdbox.
Dsync was NOT a solution at all. Sorry about
that.
On Sun, 06 Mar 2011 23:58:35 +0200, Timo Sirainen wrote:
On
Sun, 2011-03-06 at 15:46 -0500, Joan Moreau wrote:
No, as you know
very well: I
Hi,
Here the error I get (SVN)
Making all in dns
make[3]:
Entering directory
`/data/admin/src/mail/dovecot2/dovecot-2.0/src/dns'
make[3]: Nothing to
be done for `all'.
make[3]: Leaving directory
`/data/admin/src/mail/dovecot2/dovecot-2.0/src/dns'
Making all in
ipc
make[3]: Entering
Hi,
Here the error I get, when compiling from Mercurial repository
Making all in ipc
make[3]: Entering directory
`/data/admin/src/mail/dovecot2/dovecot-2.0/src/ipc'
MAKE[3]: *** NO RULE TO MAKE TARGET `ALL'. STOP.
make[3]: Leaving directory
`/data/admin/src/mail/dovecot2/dovecot-2.0/src/ipc'
Hi,
Dovecot complains at start for the ipc listener not correctly
configured.
What is the configuration scheme ?
Thanks
JM
Starting dovecot Fatal: service(ipc) User doesn't exist: dovenull (See
service ipc { unix_listener /var/run/dovecot/login/ipc-proxy { user } }
setting)
startproc: exit status of parent of /usr/sbin/dovecot: 89
On Mon, 23 May 2011 19:18:46 +0300, Timo Sirainen wrote:
On 23.5.2011, at 18.24, Joan
you haven't changed that from the default dovenull, but
instead have set service imap-login { user } setting directly.
On
24.5.2011, at 2.42, Joan Moreau wrote:
Here the message at
restart, when using the HG version (2.0.13 works nicely) #
/etc/init.d/dovecot restart Stopping dovecot done
Hi,
Using HG latest version, I get the following in the dmesg :
[38041.387112] doveadm[20515]: segfault at 8 ip 0040f51d sp
7fffb774c010 error 4 in doveadm[40+2a000]
[38041.397966]
doveadm[20613]: segfault at 8 ip 0040f51d sp 7fff953c1790
error 4 in
Hi all,
What is the process to convert sdbox installation to a
mdbox installation ?
Thanks
Joan
dovecot.conf with mail_location = mdbox:/data/mail/%d/%n
6 - Only then, restart dovecot in production ?
ISn't there a way to do that keeping dovecot running ?
You kind help is very much appreciated
Joan
On Fri, 24 Dec 2010 13:01:46 +0100, Daniel Luttermann wrote:
Joan Moreau wrote on 12/24/2010
Thanks a lot.
That works for me
On Fri, 24 Dec 2010 17:57:35
-0600, Stan Hoeppner wrote:
Joan Moreau put forth on 12/24/2010 5:41
PM:
1 - plan to have all the new emails in a different folder (say
/data/mail2 ) 2 - make a script that go through all users domains 3
- for each user
Actually, the directory created by dsync contains correctly all the
folders of the original IMAP account.
but they are empty ! (just one
file dovecot.index.log )
What do I do wrong ?
Thanks again
On
Fri, 24 Dec 2010 17:57:35 -0600, Stan Hoeppner wrote:
Joan Moreau
put forth on 12/24
wrote:
Can you email the
output of
# dovecont -n
and
# dsync -D ( rest of your
comand )
Rememer, first dsync does not need to edit anyconf on
dovecot!
[]'sf.rique
On Thu, Dec 30, 2010 at 2:34 PM, Joan
Moreau wrote:
Actually, the directory created by dsync contains
correctly
out
ret = value optimized out
fd_in = 0
fd_out = 1
__FUNCTION__ = main
On Wed, 05 Jan 2011 14:31:59 +0200, Timo Sirainen wrote:
On Tue, 2011-01-04 at 11:01 -0500, Joan Moreau wrote:
Not sure how do I get the core (core dumped are disabled in my
kernel
2011 20:24:08 +0200, Timo Sirainen wrote:
On 5.1.2011, at
19.33, Joan Moreau wrote:
dsync(j...@grosjo.net [1]): Error:
open(/data/mail2/grosjo.net/jom/storage/.temp.1294246748.P26952Q8500M325824.server,
O_CREAT) failed: Too many open files
Hmm. This is the main problem.
How much messages do you
Hi,
Following the instructions on the page
http://wiki2.dovecot.org/Plugins/FTS [1]
I get the following:
Jan 5
21:09:43 server dovecot: master: Error: service(imap): child 22514
killed with signal 11 (core dumps disabled)
at every IMAP login
Any
suggestions ?
Thanks
Joan
Hi,
How to tune the size of each m.xxx file in mdbox format , in
order to optimize the ratio size/number of files ? (I can see for
instance more than 100 000 files in one directory due to very large
mailbox size)
If such parameter exists, what is the typical value ?
Thanks
Joan
Hi,
Is there a way to use the mdbox format (i.e. several message
per files) for EACH IMAP folders (sdbox approach) ?
Thanks
Joan
thoughts on this ?
On Thu, 6 Jan 2011 00:17:36
+0200, Timo Sirainen wrote:
On 6.1.2011, at 0.11, Joan Moreau
wrote:
Is there a way to use the mdbox format (i.e. several
message per files) for EACH IMAP folders (sdbox approach) ?
The
problem with that is that when copying messages between
On Thu, 6 Jan 2011 00:15:30 +0200, Timo Sirainen wrote:
On 6.1.2011, at 0.07, Joan Moreau wrote:
How to tune the size of each m.xxx file in mdbox format , in order
to
optimize the ratio size/number of files ? (I can see for instance
more
than 100 000 files in one directory due to very large
# doveconf | grep mdbox
mdbox_preallocate_space = no
mdbox_rotate_interval = 0
mdbox_rotate_size = 2 M
On Thu, 6 Jan 2011 00:40:44 +0200, Timo Sirainen wrote:
What does doveconf | grep mdbox say? This isn't normal..
On 6.1.2011, at 0.33, Joan Moreau wrote:
so, why after a dsync from sdbox
more thoughts on this ? On Thu, 6 Jan 2011 00:17:36
+0200, Timo Sirainen wrote:
On 6.1.2011, at 0.11, Joan
Moreau
wrote:
Is there a way to use the mdbox format (i.e.
several
message per files) for EACH IMAP folders (sdbox approach) ?
ctual
ritten entirely, rather than a) with sdbox it can
?
On 6.1.2011, at 0.47, Joan
Moreau wrote:
# doveconf | grep mdbox mdbox_preallocate_space = no
mdbox_rotate_interval = 0 mdbox_rotate_size = 2 M On Thu, 6 Jan 2011
00:40:44 +0200, Timo Sirainen wrote:
What does doveconf | grep
mdbox say? This isn't normal.. On 6.1.2011, at 0.33, Joan Moreau
Hi,
It looks like the access rights are not correctly preserved
after a dsync
I have rwXr-X-- from my original folder (which is right)
I have rwXrwXrwX in the mirrored fodler (which is very wrong)
Not
sure what cause this, but it looks like a bug
Best,
jm
yep
On Thu, 06 Jan 2011 13:35:40 -0500, Charles Marcus wrote:
On 6.1.2011, at 0.47, Joan Moreau wrote:
# doveconf | grep mdbox
mdbox_preallocate_space = no mdbox_rotate_interval = 0 mdbox_rotate_size
= 2 M
Are you certain these were set the same way when you converted?
my point was:
why waiting 2.0 ? why not doing it in 1.2 ?
Charles Marcus wrote:
On 7/2/2009, Joan (j...@grosjo.net) wrote:
managesieve works fine for me on 1.2.0
However
- it would be however a nice idea to include the patch of ManageSieve directly
into the branch 1.2 of dovecot.
thanks ! :-)
Michael Orlitzky wrote:
Joan wrote:
yes, Mercurial repository has a working status.
Anybody to help on teh following ? :
- how managesieve works between the sieve script per virtual user
and the main script in the storage directory.
ManageSieve shouldn't be used to modify
Ok, but in the event of *virtual* users , how to setup the setting
sieve_dir = ~/
?
Michael Orlitzky wrote:
Joan wrote:
yes, Mercurial repository has a working status.
Anybody to help on teh following ? :
- how managesieve works between the sieve script per virtual user
and the main
Hi,
I have a global script (run by run_before in dovecot.conf) and a user
script.
All scripts get compiled correctly and running.
however , times to times, the filters are not applied, whereas they
should, especially the one run all the time, against Spam:
---
Hi,
I can not get rid of the below message and my FTS seems not working
properly. Is there a compile parameter to adjust to have Lucene working ?
doveadm(root): Debug: Skipping module doveadm_fts_lucene_plugin, because
dlopen() failed:
Hi,
I compiled 2.2.30.2 and Clucene, looks like the message disappeared.
Now, the search does not work when the number of input characters are
below 6. How to change that limit (to 3 for instance) ?
Thank you very much
On 2017-06-09 06:21, Joan Moreau wrote:
> Hi,
>
> I can no
Where to get that ?
On 2018-11-27 08:50, Aki Tuomi wrote:
It's still missing core dump (or bt full from it)
Aki
On 27.11.2018 8.39, Joan Moreau wrote:
Thank you Aki
here the requested data (below)
Please not as well that we have numerous subfolders (>50) and pretty big mailbox si
in auth_deinit (auth=0x5636af7afd58) at auth.c:335
passdb =
userdb = 0x5636af7aff18
passdb =
userdb =
#10 auths_deinit () at auth.c:433
auth__foreach_end = 0x5636af7ae2f8
auth = 0x5636af7ae2f0
#11 0x5636aeedcf65 in main_deinit () at main.c:270
l =
l =
l_end =
#12 main (argc=, argv=) at ma
aa in squat_uidlist_refresh (uidlist=) at squat-uidlist.c:569
No locals.
#124 0x7f768a9787c2 in squat_trie_map (trie=0x564540376490,
building=) at squat-trie.c:1526
file_lock = 0x56454210b9f0
dotlock = 0x0
changed =
(continues for ages)
On 2018-11-29 19:36, Joan Moreau wrote:
finally managed to
n wrote:
See https://dovecot.org/bugreport.html#coredumps
Without a backtrace it's not really possible to figure out where it's crashing.
On 28 Nov 2018, at 13.20, Joan Moreau wrote:
Where to get that ?
On 2018-11-27 08:50, Aki Tuomi wrote:
It's still missing core dump (or bt
Hi
THis is the lines I have in my dmesg (see below)
In dovecot log , I see:
Nov 25 04:26:47 auth-worker: Error: double free or corruption (fasttop)
What do to about it ?
Using lastest 2.3.4 version
Thank you
[132932.169265] Code: 00 00 00 00 00 00 00 00 00 00 80 00 00 00
notify
environment mailbox date index ihave duplicate mime foreverypart
extracttext
mdbox_rotate_size = 24 M
(...)
passdb {
args = /etc/dovecot/dovecot-sql.conf
driver = sql
}
(the rest default values)
On 2018-11-25 08:08, Aki Tuomi wrote:
On 25 November 2018 at 06:29 Joan Moreau < j...@grosjo.n
Hi
The first run of indexing on a large existing mailbox is indeed slow,
and I would run "doveadm index -A -q \*" before putting the system in
production.
Besides the Ram disk, what kind of solution would you suggest ?
On 2019-12-10 19:28, Wojciech Puchar via dovecot wrote:
Where do
It seems this comes from the old version of gcc/stdlib also.
Please kindly file a "issue" on github
https://github.com/grosjo/fts-xapian/issues
On 2019-12-15 21:35, Martynas Bendorius wrote:
Core was generated by `dovecot/indexer-worker'.
Program terminated with signal 11, Segmentation
Please kindly file an issue on github, together with an example of email
causing the panic
On 2019-11-11 15:21, Yarema via dovecot wrote:
Set up fts_xapian over the weekend and re-indexed.
https://github.com/grosjo/fts-xapian
Tried to search my INBOX and got:
dovecot: indexer-worker:
I updated fts-xapian to make it compatible with dovecot 2.2
On 2020-02-04 12:37, Peter Chiochetti wrote:
Am 04.02.20 um 11:46 schrieb Francis Augusto Medeiros-Logeay:
Hi Philon,
Thanks a lot for your thoughts!
Can I ask you if using Solr improved things for you? I have a mailbox with 15
Hello,
Moving a large number of email from one folder to another does create
timeout on roundcube, due to either a very very large number of emails
or indexing process that increases the processing time.
Would it make sense to have a background thread, to process orders
asynchronously,
Hello
Indexer does not run as root
It runs as "mail_uid = xxx" (based on your config)
dovecot-fts-xapian is easy to configure, but has a big downside compared
to solr in that the indexer runs as root.
Maybe try
fts_autoindex_exclude = \EXPUNGED
On 2020-08-29 14:34, Gregory Heytings wrote:
Hi list,
I have both lazy_expunge and fts_autoindex activated (with fts-xapian),
as follows:
plugin {
lazy_expunge = EXPUNGED/
}
plugin {
fts = xapian
fts_xapian = partial=2 full=20 attachments=1
Hello,
With recent git version of dovecot, I can see that the FTS does not use
the configured plugin anymore, but tries to sort the mailbox directly on
the spot (which is of course very painful).
Is there a change in the configuration file in order to recover the old
behavior ? or something
Soirry, I always forget that dovecot does not do multi-threading (why ?)
The process was waiting for another process.
On 2021-01-11 14:57, Aki Tuomi wrote:
On 11/01/2021 16:51 Joan Moreau wrote:
Hello,
With recent git version of dovecot, I can see that the FTS does not
use the configured
Hello
I am looking for help around memory management
1 - How to get the current value of "vsz_limit" from inside a plugin
(namely https://github.com/grosjo/fts-xapian/ ) , especially for
indexer-worker
2 - Is there a macro or function in dovecot to get the remaining free
memory from this
ely, and I can "if ram remaining is above X") but the is really
not clean
On 2020-11-04 06:28, Aki Tuomi wrote:
On 04/11/2020 05:19 Joan Moreau wrote:
Hello
I am looking for help around memory management
1 - How to get the current value of "vsz_limit" from inside a plug
find
out current usage.
Aki
On 06/11/2020 13:26 Joan Moreau wrote:
yes, will do so.
It would be nice however to be able to access the actual dovecot config
from the plugin side
On 2020-11-04 06:46, Aki Tuomi wrote: You could also add it as setting
for the fts_xapian plugin parameters?
Aki
yes, will do so.
It would be nice however to be able to access the actual dovecot config
from the plugin side
On 2020-11-04 06:46, Aki Tuomi wrote:
You could also add it as setting for the fts_xapian plugin parameters?
Aki
On 04/11/2020 08:42 Joan Moreau wrote:
For machines with low
Hello
I have this issue for Xapian plugin:
https://github.com/grosjo/fts-xapian/issues/62
But I am not sure where can it comes from.
Is dovecot calling some specific function in the plugin after the init,
that would create such error ?
In doveadm dealing differently with plugins that
ut current usage.
Aki
On 06/11/2020 13:26 Joan Moreau wrote:
yes, will do so.
It would be nice however to be able to access the actual dovecot config
from the plugin side
On 2020-11-04 06:46, Aki Tuomi wrote: You could also add it as setting
for the fts_xapian plugin parameters?
Aki
On 04/
) and read the
correct line. Do you have a better way ?
thank you
On 2020-11-06 14:16, Joan Moreau wrote:
ok found it,
However, it returns me some random number. Maybe I am missing something
On 2020-11-06 13:57, Aki Tuomi wrote:
Duh... src/lib/restrict-process-size.h
Should be in the install
It is now very out of date.
@Jello : Kindly update please
On 2021-03-21 12:58, André Rodier wrote:
Hello,
The version packaged on Bullseye is slightly out of date, I have filled
a bug report:
https://bugs.debian.org/985654
Thanks to the maintainers for their hard work!
André
On Sun,
22:53 Joan Moreau wrote:
Yes, it seems fixed with this patch :)
Another bug with git, is the "type=" in systemd is switched from
"simple" to "notify". The later does not work and reverting to "simple"
does work
On 2021-04-25 17:53, Aki Tuomi wrote: On 24
n actually tested, so if it's not working, then something
else is wrong.
Did you remember to run ./autogen.sh after pulling from git to make
sure you get new configure script?
Aki
On 26/04/2021 10:11 Joan Moreau wrote:
Yes systemd is installed (and the "dev" files as well)
On 2021-04
Hello
On latest git of dovecot, I get
Apr 24 04:07:36 gjserver dovecot[857958]: imap-login: Panic: file
client-common.c: line 293 (client_disconnect): assertion failed:
(client->prev == NULL && client->next == NULL)
and login process crash
On 2.3.14, there is no problems
Hope it helps
JM
's using Type=notify.
Aki
On 26/04/2021 10:29 Joan Moreau wrote:
Yes, I do run autogen.sh after every "git pull"
On 2021-04-26 08:21, Aki Tuomi wrote: The current autoconf code is bit
buggy, but if you do indeed have libsystemd-dev installed it should do
the right thing and will work
Looking at config.log, there is #define HAVE_LIBSYSTEMD 1
But "Type=notify" does not appear
My systemd is version 248
On 2021-04-26 12:05, Joan Moreau wrote:
I have
# sudo systemctl status dovecot
● dovecot.service - Dovecot IMAP/POP3 email server
Loaded: loaded (/usr/lib/syst
Yes, it seems fixed with this patch :)
Another bug with git, is the "type=" in systemd is switched from
"simple" to "notify". The later does not work and reverting to "simple"
does work
On 2021-04-25 17:53, Aki Tuomi wrote:
On 24/04/2021 21:56 Joan
Indeed, latest git works much better :)
On 2021-04-27 05:58, Aki Tuomi wrote:
Can you try with latest git? We did some improvements on the systemd
configure parts.
Aki
On 26/04/2021 23:32 Joan Moreau wrote:
Looking at config.log, there is #define HAVE_LIBSYSTEMD 1
But "Type=notify&
Ok, a third regression is that it becomes highly unstable with the patch
you sent
I had to get back to 2.3.14
On 2021-04-27 17:07, Joan Moreau wrote:
Indeed, latest git works much better :)
On 2021-04-27 05:58, Aki Tuomi wrote:
Can you try with latest git? We did some improvements
, Joan Moreau wrote:
Ok, a third regression is that it becomes highly unstable with the
patch you sent
I had to get back to 2.3.14
On 2021-04-27 17:07, Joan Moreau wrote:
Indeed, latest git works much better :)
On 2021-04-27 05:58, Aki Tuomi wrote:
Can you try with latest git? We did some
_binary_run (binary=,
argc=, argv=) at main.c:562
service_flags =
set_pool = 0x55d70a144de0
login_socket = 0x7f7a3337337d "login"
c =
#17 0x7f7a32feeb25 in __libc_start_main () from /usr/lib/libc.so.6
No symbol table info available.
#18 0x55d70
a bit more on this, adding log in the decode2text.sh, I can see that
pdftotext output the right data, but that data is /not/ transmitted to
the fts plugin for indexing (only the original pdf code is)
On 2021-02-07 17:00, Joan Moreau wrote:
Hello,
I am trying to deal properly with email
more info : the function fts_parser_script_more in
plugins/fts/fts-parser.c properly read the output of the script
still, the data is not sent to the FTS pligins (xapian or any other)
On 2021-02-07 17:37, Joan Moreau wrote:
more info : I am running dovecot git version
On 2021-02-07 17:15
Hello,
I am trying to deal properly with email attachements in fts-xapian
plugins.
I tried the default script with a PDF file.
The data I receive in the fts plugin part ("xxx_build_more") is the
original document, no the output of the pdftotext
Is there anything I am missing ?
Here my
more info : I am running dovecot git version
On 2021-02-07 17:15, Joan Moreau wrote:
a bit more on this, adding log in the decode2text.sh, I can see that
pdftotext output the right data, but that data is /not/ transmitted to
the fts plugin for indexing (only the original pdf code
..)
but seems to be a general issue of dovecot core
On 2021-02-08 01:03, John Fawcett wrote:
On 07/02/2021 18:51, Joan Moreau wrote:
more info : the function fts_parser_script_more in
plugins/fts/fts-parser.c properly read the output of the script
still, the data is not sent to the FTS
-02-08 21:11, Stuart Henderson wrote:
On 2021-02-08, Joan Moreau wrote:
Well, in the function xxx_build_more of FTS plugin, the data received
in
the original PDF, not the output of pdftotext
Can you clarify where do you put your log in the solr plugin , so I
can
check the situation
Something is wrong in the data transmission
On 2021-02-09 11:58, John Fawcett wrote:
On 08/02/2021 23:05, Stuart Henderson wrote: On 2021/02/08 21:33, Joan
Moreau wrote: Yes , once again : output of the decoder is fine, I also
put log inide the dovecot core to
check whether data is properly transmitted,
of the decoder and /not/ the original
data ?
On 2021-02-08 21:11, Stuart Henderson wrote:
On 2021-02-08, Joan Moreau wrote:
Well, in the function xxx_build_more of FTS plugin, the data received
in
the original PDF, not the output of pdftotext
Can you clarify where do you put your log in the solr
15:22, Joan Moreau wrote:
Well, thank you for the answer, but the actual issue is that data sent
by the decoder (stipulated in the conf file) is properly collected by
dovecot core, but /not/ sent to the plugin : the plugin receives the
original data.
This is not linked to a particular plugin
this double call is made.
Anyone knows ?
On 2021-02-10 00:05, John Fawcett wrote:
On 09/02/2021 15:33, Joan Moreau wrote:
If I place the following code in the plugin
fts_backend_xxx_update_build_more function (lucene, squat and xapian,
as solr refuses to work properly on my setup)
{
char * s
Hi
The function mailbox_list_get_root_forced returns sometimes the first or
the second value of the INDEX param for the same mailbox.
How to make sure this returns only the correct one of the corresponding
mailbox ?
mail_location = maildir:/var/vmail/%d/%n:LAYOUT=fs:INDEX=/var/mailindex
Hi
Anyone on that ?
Thank you so much
On 2021-03-22 18:16, Joan Moreau wrote:
Hi
The function mailbox_list_get_root_forced returns sometimes the first
or the second value of the INDEX param for the same mailbox.
How to make sure this returns only the correct one of the corresponding
!
mail_location = maildir:/var/vmail/%d/%n:LAYOUT=fs:INDEX=/var/mailindex
This is going to put everyone's indexes under /var/mailindex, without
separating them properly. Might cause fun issues.
Can you give an concrete example of what your issue is?
Aki
On 28/03/2021 13:35 Joan Moreau wrote
Hello
Anyone on this ?
Thank you
On 2021-03-28 20:55, Joan Moreau wrote:
yes, this is getting to a mess
Details can be seen here :
https://github.com/grosjo/fts-xapian/issues/72
It shows that sometimes mailbox_list_get_root_forced return the generic
INDEX value, sometimes the namespace
which contains
/usr/share/aclocal/gettext.m4
or similar. This provides AM_ICONV.
Aki
On 04/03/2021 10:07 Joan Moreau wrote:
Hello
I already have gettext
[root@gjserver dovecot]# pacman -S gettext
warning: gettext-0.21-1 is up to date -- reinstalling
resolving dependencies...
looking
On 2021-03-04 08:03, Aki Tuomi wrote:
You need to install gettext
Aki
On 04/03/2021 10:02 Joan Moreau wrote:
Hello,
With latest git, I get the following error :
configure.ac:761: the top level
configure.ac:22: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate
I do that each time
The problem arises on recent git only
On 2021-03-04 08:16, Aki Tuomi wrote:
Try running `autoreconf -vi`
Aki
On 04/03/2021 10:13 Joan Moreau wrote:
I already have this file (dovecot compilation was working fine until
recent git)
[root@gjserver dovecot]# ls -al /usr
Hello,
With latest git, I get the following error :
configure.ac:761: the top level
configure.ac:22: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please use
m4_pattern_allow.
See the Autoconf documentation.
configure.ac:205: error: possibly
Created a PR
https://github.com/dovecot/core/pull/155
On 2021-02-11 13:25, Joan Moreau wrote:
Hello
Checking further, and putting logs a bit every where in the dovecot
code, the core is sending FIRST the initial document (not decoded) then
SECOND the decoded version
Thisi is really weird
Hi
There seems to be 2 plugins doing the same thins
- https://github.com/slusarz/dovecot-fts-flatcurve/
- https://github.com/grosjo/fts-xapian/ (mine)
Both are in the doc of dovecot
https://doc.dovecot.org/configuration_manual/fts/
I am currently working hard to push it to RPM package, and
Just for clarity, Open-Xchange has not written any xapian plugin
whatsoever.
Yes but the doc says that Open Xchaneg "supports" one over the other.
Honestly, I am doing this over my free time, begin very reactive to user
requests, and have this confirmed by Debian, Archlinux and now Fedora in
Thank you for notice.
What is the process to rebuild the package with recent dovecot, as
1.4.12-2 (instead of existing 1.4.12-1) ?
On 2021-09-12 07:21, Bob Marcan wrote:
Problem with the dovecot-fts-xapian package.
Fedora 34 with latest updates.
dovecot-2.3.16-1.fc34.x86_64
other existing
plugins from all over the world
On 2021-09-12 13:54, Aki Tuomi wrote:
On 12/09/2021 15:12 Bob Marcan wrote:
On Sun, 12 Sep 2021 11:36:46 +0100
Joan Moreau wrote:
This is where I am for now :
https://koji.fedoraproject.org/koji/packageinfo?packageID=34417
Probably, I should
__ = "io_loop_call_io"
#10 0x7f2370f72fc2 in io_loop_handler_run_internal
(ioloop=ioloop@entry=0x55b8af425ec0) at ioloop-epoll.c:222
On 2021-08-06 13:49, Aki Tuomi wrote:
On 06/08/2021 15:43 Joan Moreau wrote:
Thank you Timo
However, this leads to
kernel: imap[228122]: s
Well, I don't really understand your note.
Bottom-line : 2.3.16 crashes every now and then.
Maybe is there a quick fix for production servers ?
On 2021-08-09 10:27, Timo Sirainen wrote:
On 9. Aug 2021, at 11.24, Timo Sirainen wrote:
On 9. Aug 2021, at 11.03, Joan Moreau wrote:
#0
Thank you Timo
However, this leads to
kernel: imap[228122]: segfault at 50 ip 7f7015ee332b sp
7fffa7178740 error 4 in lib20_fts_plugin.so[7f7015ee1000+11000]
Returning to 2.3.15 resolves the problem
On 2021-08-06 12:42, Timo Sirainen wrote:
Hi,
One interesting thing in this
nput (cmd=) at
imap-client.c:1230
client = 0x55e0bc7d6298
command =
tag = 0x7f42e942d8fa
"]A\\A]\303\061\300\303ff.\017\037\204"
name = 0x55e0bbd26e50 "SELECT"
ret =
On 2021-08-06 13:49, Aki Tuomi wrote:
On 06/08/2021 15:43 Joan Moreau wrote:
Thank you Timo
How
git clone -b release-2.3.16
On 2021-08-06 15:07, Timo Sirainen wrote:
On 6. Aug 2021, at 15.08, Joan Moreau wrote:
Below
(gdb) bt full
#0 fts_user_autoindex_exclude (box=,
box@entry=0x55e0bc7e0fe8) at fts-user.c:347
There is no such function in 2.3.16 release. That's only in the current
> To do that kind of a change, mailbox migration is required.
Meaning ?
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
Hi
I have large number of email (~TB) and want to put the index in a separate,
rapid drive
Initially, I have
mail_location = mdbox:/files/mail/%d/%n
If I put
mail_location = mdbox:/files/mail/%d/%n:INDEX=/data/mailindexes/%d/%n
then dovecot gets totally lost and tries to reach mailboxes content
l, schema.xml, etc..
I made a symlink of the data folder to a second drive (ext4) much bigger
On 2018-12-31 14:09, Daniel Miller wrote:
On 12/29/2018 4:49 PM, Joan Moreau wrote:
Also :
- Java is 10.0.2
Same as me.
- If i delete schema.xml but create only managed-schema, the solr ref
1 - 100 of 219 matches
Mail list logo
