Any update on this? Should I fill a bug-report for doveadm altmove -r
not working?
Regards
Javier
El 28/03/2021 a las 18:00, JAVIER MIGUEL RODRIGUEZ escribió:
Any update on this? Dovecot 2.3.14 makes doveadm altmove -r functional?
Hello Aki
Can you elaborate about memory management issues in liblzma & dovecot?
Regards
El 19/03/2020 a las 20:07, Aki Tuomi escribió:
After discussing it internally, we decided to postpone the xz removal for the
time being. We understand the complexity of migrating away from it, so we want
xz compression support for mdbox is used extensively here. Why are
you planning to remove it?
El 17/03/2020 a las 7:50, Aki Tuomi escribió:
Hi!
Dovecot is now a nearly 20 year old product, and during that time it has
accumulated many different features and plugins in its core repository.
I think the new settings */mdbox_purge_preserve_alt /*setting
should be enforced by default in 2.3.0+/.
/Regards
Javier/
//
/
+ mdbox: Added mdbox_purge_preserve_alt setting to keep the file
within alt storage during purge. (Should become enforced in v2.3.0
El 03/04/2014 16:28, T.B. escribió:
Hello Timo,
I've successfully setup xz compression for my Dovecot installation
using the version 2.2.12 from Debian unstable.
Read the man page of xz(1) . With -9 compression level 674 MiB of
ram are needed. If you use dovecot+xz, you really need to i
There is a known Problem with epoll, at least on Red Hat / CentOS,
this bugzilla may give you additional info (comments of Timo inside)
https://bugzilla.redhat.com/show_bug.cgi?id=681578
Regards
Javier
El 30/05/2012 17:45, Konrad . escribió:
> When we upgrade our
kernels from 2.6.32.2
I know that you are NOT running RHEL / CentOS, but this problem with
> 1000 child processes bit us hard, read this red hat kernel bugzilla
(Timo has comments inside):
https://bugzilla.redhat.com/show_bug.cgi?id=681578
Maybe you are
hitting the same limit?
Regards
Javier
El 20/05/2012 1
Indexes are very random, mostly read, some writes if using
dovecot-lda (ej: dbox). The average size is rather small, maybe 5 KB in
our setup. Bandwith is rather low, 20-30 MB/sec
We are using HP
LeftHand for our replicated storage needs.
Regards
Javier
El
11/05/2012 08:41, Cor Bosman esc
We had the same problem. Reboot with an older kernel
(2.6.18-274.17.1.el5 works for us). It is known bug of RHEL, see this
bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=681578
Regards
Javier
On Thu, 29 Mar 2012 10:15:32 +0200 (CEST), FABIO FERRARI
wrote:
> Good morning,
> we h
I have seen this behaviour with a local ext4 iSCSI filesystem. When the
system is hammered by I/O (example, perfoming a full backup), I also see
those messages in the log.
Regards
Javier
On 17.2.2012, at 11.51, jos...@hybrid.pl wrote:
By the way: what might have caused such a warning?
r.
Hello
Reading 2.1rc6 changelog I see this:
mdbox: When saving
to alt storage, Dovecot didn't append as much
data to m.* files as it
could have.
Could you elaborate more on this? Has been ported to
Dovecot 2.0?
Regards
Javier
On Sun, 12 Feb 2012 23:01:10 +0200, Timo
Sirainen wrote:
>
Spanish edu site here, 80k users, 4,5 TB of email, 6.000 iops
(indexes) + 9.000 iops (mdboxes) in working hours here.
We evaluated mdbox against Maildir and we found that with these
setting dovecot 2 perfoms better than Maildir:
mdbox_rotate_interval = 1d
mdbox_rotate_size=60m
zlib_
That comand/paramater should be great for our backup scripts in our
hashed mdboxes tree, we are using now slocate...
Regards
Javier
Nope..
Maybe a new command, or maybe a parameter to doveadm user that would
show mail_uid/gid/home. Or maybe something that dumps config output w
With funambol (open source) you can connect your
PDAs/iPhone/Outlook to have centralized calendars and contacts.
You cal also read about davical.
Regards
Javier
Quoting Jake Johnson :
Is there a freeware or opensource calendar connector that will work with
Dovecot?
An
We are stress testing our preproduction system. One of the "evil"
tests we made was putting our mailboxes filesystem in read-only in the
middle of smtp(+lda) delivery. When we try to purge one of the affected
mailboxes we get error like the followings:
/
doveadm(lbandera@mysite): Panic:
The stats in the SAN after the change maildir->mdbox do not help, we have zlib
enabled in lda& imap with mdbox, so our # of real IOPs is lower than Maildir (we
did not have zlib enabled)
I wonder how large a write can be before it is split to two iops.. With NFS
probably smaller I'd guess.
So with mdbox disk I/O usage increased compared to maildir+ramdisk indexes?
That is a "tricky" question to ask. It depends on usage, I think
the following:
- LDA delivery: load is a bit lower (on disk) in Maildir vs mdbox:
in both cases the message has to be written, indexes are
Oh.. I envy you. Will probably need to do the same at some point, but
I'm having problems understanding how we will ever be able to make the
transition. Too many files -- too many users..
We did the transiction via imapsync: we had /"the old server"/ and
a /"new server"/, and we migrated
Hello
I am writing to this mailing list to thanks Timo for dovecot 2 &
mdbox. We have almost 30.000 active users and our life was sad with
Maildir & backup: 24 hours for a full backup with bacula (zlib enabled
maildirs, 1.4 TB). After switching to mdbox, the backup time is under 12
19 matches
Mail list logo
