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
ge to 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?
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
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 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
2021 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:
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
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
Hi all,
What is the process to convert "sdbox" installation to a
"mdbox" installation ?
Thanks
Joan
Thanks for the link, but the page is not really speaking about the
matter.
I clarify my question:
How to convert a "sdbox" system (in
production) to "mdbox" without loosing any email ?
On Thu, 23 Dec 2010
21:26:18 -0600, Stan Hoeppner wrote:
> Joan Moreau put fort
/data/mail2 /data/mail
5 - update 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 Lutt
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
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
pu
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:
&g
Not sure how do I get the "core" (core dumped are disabled in my
kernel)
On Tue, 04 Jan 2011 09:49:40 +0200, Timo Sirainen wrote:
>
On Mon, 2011-01-03 at 20:42 -0500, Joan Moreau wrote:
>
>>
dsync[30214]: segfault at 0 ip 7f02990349eb sp 7fff56c2cc80
error 4 in
see the posts replying to my question on using dsync for converting
from sdbox to mdbox
however, I face a coredump (with 2.0.8) while
converting large imap accounts (and stuck there...)
On Tue, 04 Jan
2011 10:51:58 -0800, Marc Perkel wrote:
> OK - I thought this was
going to be easy. Maybe
x619e40 "/data/mail/grosjo.net/jom/mailboxes"
path2 =
dsync_server = false
unexpected_changes = false
dsync_debug =
reverse_workers = false
alt_char = 95 '_'
c =
ret =
fd_in = 0
fd_out = 1
_
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.
Ho
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
Links:
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
Can
we spend some 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) ?
> The
problem with
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 du
# 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 aft
r file. Much slower.
>
> On 6.1.2011, at 0.30, Joan Moreau
wrote:
>
>> I am not sure I understand why it would be "read entirely",
as it is the same as reading a message when accessing a folder and
writing a file when a new message in arriving which is the very most
c
ey any bigger?
>
> 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
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?
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:
http://dovecot.org/releases/2.0/dovecot-
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 h
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
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 directory
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,
s.
Apparently 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
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 doveadm[4
1 - 100 of 283 matches
Mail list logo
