Hi,
Due to some reasons I've to support both dovecot 1.2 and dovecot 2.x, and I
just found that the -s parameter I used to autosubscribe to sieve folders
doesn't exist anymore in dovecot 2.x
The problem arises because (AFAIK) in postfix's master.cf you can only
specify one configuration, and I use
Forgot to say, thanks a lot! This list is great
El 17/05/2012 13:23, "Pascal Volk"
va escriure:
> On 05/17/2012 12:11 PM Joan wrote:
> > Hi,
> >
> > Due to some reasons I've to support both dovecot 1.2 and dovecot 2.x,
> and I
> > just found that the
very bad for maintenance)
2 - to be incorporated in the hg/mercurial tree of dovecot ?
Thanks a lot in advance,
Joan
nts.
Stephan Bosch wrote:
Joan wrote:
As the "new Sieve implementation" is using a "gratefully stolen copy
of deliver.c from dovecot" (i.e. a dirty code in mail-raw.c), would
it be possible for the Sieve piece
1 - to be using files from dovecot directly rather than
co
yes in deed.
then it worth a note or a link on the "download" page of dovecot ;-)
Stephan Bosch wrote:
Joan schreef:
thanks Stefan for the reply.
Yes, I have problems, as the "gratefully stolen copy" in Sieve is not
synchronized with the Dovecot one, so the current &quo
Hi all,
On the Mercurial repository, I see many upcoming releases (1.2 (which
works almost very fine), 1.3 (what is it ?), 2.0 (how stable is it ?))
What is the rational behind all those versions ?
Thanks
Joan
http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc5.tar.gz
http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc5.tar.gz.sig
Great !
after all. I've been a bit busy with v2.0 changes recently.
How stable is 2.0 compared to 1.2.rc5 ?
for auth, dbox as back end)
Anybody experienced also this ?
Thanks
Joan
It seems to be when reading all the subfolders, hich was very quick in RC4.
I will do your proposal of running strace for further details
Timo Sirainen wrote:
On Jun 7, 2009, at 11:58 PM, Joan wrote:
Switiching to RC5, there is a visible decrease in performance to
access via IMAP large
Hi all,
Dovecot with the "new Sieve" works fine, but
1 - how to have a global script AND 1 script per virtual maibox ?
2 - how to allow a user to change this script (from Thunderbird or
Outlook)
Thanks
JM
?
Sorry for being a bit nut, but clarity is always better
Thanks again
jm
Nikolay Shopik wrote:
On 10.06.2009 12:33, Johan 'yosh' Marklund wrote:
Nikolay Shopik wrote:
On 09.06.2009 13:54, Joan wrote:
2 - how to allow a user to change this script (from Thunderbird or
Outlook)
T
t that would be
non-optimal.
Could someone guide me on this?
If you need more details just ask.
Thanks a lot,
joan
To sum up:
>> Wordpress and others are using phpass to authenticate
>> (http://www.openwall.com/phpass/), it is basically a salted md5 hash.
>> Basically, after the process, a hash like this is obtained.
>>
>> $P$BiWISc3IsqRHxeEjq4VJP1Vi8gy4mg1 (for test123 password)
>>
>> I would like to know if
Good morning, I am trying to add quota storage on mysql following the
guide in the wiki http://wiki.dovecot.org/Quota/Dict, and I am having
some problems.
My setup works fine for the newly created accounts, and correctly
increases/decreases quota when necessary. The wrong part seems to be
the recal
2010/7/2 Timo Sirainen :
> On Fri, 2010-07-02 at 10:06 +0200, Joan wrote:
>
>> It seems to me that dovecot --exec-mail doesn't do the mysql lookups
>> to get the usersdb.
>
> Yes, you're right. --exec-mail doesn't do a userdb lookup. With v2.0 you
>
2010/7/2 Timo Sirainen :
> On Fri, 2010-07-02 at 14:31 +0200, Joan wrote:
>> > Did you try the quota recalculation when logging in normally, instead of
>> > with --exec-mail?
>> I sent a 5M mail to myself, there's the mail in inbox and the copy to
>> se
the client side does not just convert the "Rules" defined in Thuderbird
into a sieve script ?
Geoffroy Desvernay wrote:
Nikolay Shopik a écrit :
On 10.06.2009 19:02, Joan wrote:
Not sure I understand all:
I have dovecot-libsieve from Stefan installed (with a script for a
Hi Stephan,
What is the HG url for the "ManageSieve" part ?
thanks in advance
JM
Stephan Bosch wrote:
Joan schreef:
thanks Stefan for the reply.
Yes, I have problems, as the "gratefully stolen copy" in Sieve is not
synchronized with the Dovecot one, so the current &quo
Thanks
What does the "patch" stand for ?
I mean, do I need to apply the patch each time I update dovecot (from
mercurial) ?
Why not merging the 2 branches (dovecot and sieve) ? Everyone using
Dovecot needs a Seive implementation I beleive.
Stephan Bosch wrote:
Joan wrote:
Bosch wrote:
Joan wrote:
Thanks
What does the "patch" stand for ? I mean, do I need to apply the
patch each time I update dovecot (from mercurial) ?
The patch is needed to let Dovecot know of the existence of the
ManageSieve protocol. Read the wiki for more info on this patch and how
t
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.
-> I am still wondering how managesieve works between the "sieve script
per virtual user" and the main script in the storage directory.
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.
thanks
jm
Steffen Kaiser wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 2 Ju
g: Quota
warning: bytes=805306368 (75%) messages=0 reverse=no
command=/etc/dovecot/quota-warning.sh 75
Am I supposed to create the folders via an external script? Or is there any
option to make this automatic.
Regards,
Joan
P SIGNED MESSAGE-
> Hash: SHA1
>
>
> On Mon, 13 May 2013, Joan wrote:
>
> The only issue I've had is with the change with the mail_location,
>> mail_home, that in the 2.1 versions can't be on the same path.
>>
>> So I changed from:
>> ma
iser escribió:
>
> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On Mon, 13 May 2013, Joan wrote:
>>
>> Hi Steffen, that was an error I hadn't spotted (copypasting error). Still
>>> after changing mail_home to the proper value (/home/vmail/%d/%n/home) t
Sorry for this bump, but isn't there a better solution to have those
folders than to be watching the logs for warnings and recreate them?
Regards,
Joan
2013/5/14 Joan
> Yes, all folder tree has vmail:vmail as the owner, and dovecot can create
> the folders without issues.
> I
config
3.- Via a script move the content to the new location
4.- Start dovecot with the new layout..
Am i right?
Joan
2013/5/15 Timo Sirainen
> Dovecot autocreates the mail directory, but apparently it doesn't
> currently autocreate the home directory if it's located elsewher
ng a fixed layout, so I might use a solution based on
creating hardlinks, changing configuration, and then remove the original
paths...
Still I haven't tested this...
Will post what I have in the future..
Regards,
Joan
2013/5/17 Angel L. Mateo
> El 16/05/13 12:48, Joan escribió:
>
>
I've been trying to compile the latest version of dovecot-antispam, and it
doesn't work, the latest patch fixes compilation for dovecot versions
greater than 2.1.16 but the packaged version in debian is 2.1.7 and doesn't
provide the DOVECOT_PREREQ macro.
It seems there are some solutions:
1) Rollb
Looking in the archives I found a message from [EMAIL PROTECTED] on the
16/08/06, that is asking for a system to control the overquota warnings from
within dovecot or dovecot LDA.
The proposed solution is to use exim as MTA, since it has build in support.
In my case I'm using postfix, what would b
Looking in the archives I found a message from [EMAIL PROTECTED] on the
16/08/06, that is asking for a system to control the overquota warnings from
within dovecot or dovecot LDA.
The proposed solution is to use exim as MTA, since it has build in support.
In my case I'm using postfix, what would b
2007/3/15, Robert Schetterer <[EMAIL PROTECTED]>:
Joan schrieb:
> Looking in the archives I found a message from [EMAIL PROTECTED] on
the
> 16/08/06, that is asking for a system to control the overquota warnings
> from
> within dovecot or dovecot LDA.
> The proposed solut
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
/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.net> wrote:
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 f
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
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 mailb
11-28 18:13, Timo Sirainen 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&#x
e209 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=)
a97b5aa 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 manage
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 verb
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 vs
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
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 doveco
ind 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
O
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 installed include files as well,
/usr/include/dovecot/restrict-process-size.h
Aki
On 06/11/2020 15:56 Joan
d 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
else has changed ?
Thank you
Joan
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 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 con
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 : 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 is)
On
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
..)
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
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
-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 in 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
plugin
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 tra
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
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
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 un
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
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 for
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
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
nam
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
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
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
login_binary_run (binary=,
argc=, argv=) at main.c:562
service_flags =
set_pool = 0x55d70a144de0
login_socket = 0x7f7a3337337d "login"
c =
#17 0x00007f7a32feeb25 in __libc_start_main () from /usr/lib/libc.so.6
No symbol table info available.
#18 0x
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
Yes systemd is installed (and the "dev" files as well)
On 2021-04-26 06:23, Aki Tuomi wrote:
This is because you are not compiling with libsystemd-dev installed. I
guess we need to make some service template that use type simple when
you don't use libsystemd.
Aki
On 25/04/
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 20
at it'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
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
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 on the
M UTC, 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
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, 2021-
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 releas
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 cu
__ = "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
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
dovecot-fts-xa
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
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 faul
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 write
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: Panic
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
ye
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, instea
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.
I am interested to know what problem you face on fts-xapian ( I am the
developer)
On 2020-06-23 12:39, Danilo Tomasoni wrote:
Hello All,
I always used dovecot and I'm pretty happy with it, but recently I changed OS (to ubuntu 18) and to get dovecot LTS with lucene (the default I was using on
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:
/usr/lib/dovecot/modules/doveadm/lib20_doveadm_fts_lucen
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 not g
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 a
> 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 everyone,
I installed all-new server postfix+amavis+dovecot and pigeonhole.
Clients, thunderbird and roundcube creates sieve scripts ok and changed
ones are seen by eatch other, so server at 4190 accepts the scripts and
ensure they are created.
But filters onto new mail isn't applied. Exam
1 - 100 of 319 matches
Mail list logo
