* Pedro Ribeiro via dovecot :
> Hello everyone!
> I'm reviving the topic just to add that after reconstructing our storage with
> SIS disabled the occupied space increased from 5.3TB to 9.6TB, almost
> doubling!
> It's a feature promoting storage efficiency, I think it demands some
> ponderation
* Marc :
>
> Does dovecot 2.0 supports EC private key?
Yes:
# Certbot RSA
ssl_cert = https://www.charite.de
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
My users say that "greetings of the day" occurs in academic spam a lot.
Since I don't trust my users, I opted to verify this bold claim.
But how do I search for a sequence of multiple words?
doveadm import -u restore@backup.invalid mdbox:/home/copymail/mdbox "" mailbox
INBOX BODY "Greetings of
* Aki Tuomi via dovecot :
> 2.3.7 does not generate DH keys. It's been removed since 2.3.0
Yes, it was the only periodic process I could think/knew of.
> Is it possible for you to track and find out which process is causing the
> peak?
Will try. Next hour :)
--
Ralf Hildebrandt
* Ralf Hildebrandt via dovecot :
> * Timo Sirainen :
>
> > > BTW: This post is a followup to my "2.3.7 slower than 2.3.6?" post from
> > > back in July.
> >
> > Fixed by
> > https://github.com/dovecot/core/commit/5e9e09a041b318025
* Timo Sirainen :
> > BTW: This post is a followup to my "2.3.7 slower than 2.3.6?" post from
> > back in July.
>
> Fixed by
> https://github.com/dovecot/core/commit/5e9e09a041b318025fd52db2df25052b60d0fc98
> and will be in the soon-to-be-released v2.3.8.
I stopped 2.3.7, copied over the
* Timo Sirainen :
> >> But why is that? Why would the index file be updated so often?
> >
> > BTW: This post is a followup to my "2.3.7 slower than 2.3.6?" post from
> > back in July.
>
> Fixed by
> https://github.com/dovecot/core/commit/5e9e09a041b318025fd52db2df25052b60d0fc98
>
>
> > This command quickly pointed to
> > ~/mdbox/mailboxes/INBOX/dbox-Mails/dovecot.index.tmp
> > That file was written excessively.
>
> Was it one user's dovecot.index.tmp or for a lot of users?
There's just one user. All mail goes to one mailbox.
> This
> means that dovecot.index is being
* Ralf Hildebrandt via dovecot :
> But why is that? Why would the index file be updated so often?
BTW: This post is a followup to my "2.3.7 slower than 2.3.6?" post from back in
July.
I set up system copying all mails to a backup system.
This used to work without a hitch - now in the last few days mails
would pile up in the Postfix Queue, waiting to be delivered using the
lmtp transport into dovecot.
So dovecot was being slow, but why? After all, nothing changed.
After
I tried to change:
mail_attachment_fs = sis posix
to
mail_attachment_fs = sis-queue posix
and immediately failed with:
Failed to initialize user: Namespace '': mdbox: mail_attachment_fs: sis-queue:
Parent filesystem not given as parameter
Where do I specify the "Parent filesystem"?
--
Ralf
> > All of the data is an /dev/sda1
>
> What filesystem is this?
ext4
> I did a bunch of testing, and after initially thinking I saw an
> increase it was just due to bad testing because the new TCP_NODELAY
> changes allowed imaptest to do more work. So I can't see that there is
> any disk IO
* Timo Sirainen via dovecot :
> > And alas, I had a look at the monitoring and found that disk IO has
> > increase A LOT after the update:
> > https://www.arschkrebs.de/images/dovecot-disk-io-increase.png
> >
> > I zoomed in and found that the sudden increace in IO coincides with
> > the update
* Ralf Hildebrandt via dovecot :
> We're using dovecot (via LMTP) as a backup for all incoming mail.
>
> I upgraded from 2.3.6 to 2.3.7 on the 12th:
> 2019-07-12 14:35:44 upgrade dovecot-imapd:amd64 2:2.3.6-2~bionic
> 2:2.3.7-8~bionic
>
> and it seems that 2.3.7 is slow
We're using dovecot (via LMTP) as a backup for all incoming mail.
I upgraded from 2.3.6 to 2.3.7 on the 12th:
2019-07-12 14:35:44 upgrade dovecot-imapd:amd64 2:2.3.6-2~bionic
2:2.3.7-8~bionic
and it seems that 2.3.7 is slower than 2.3.6 -- mail to the backup
IMAP box is suddenly taking quite
* Aki Tuomi via dovecot :
> Known issue when folder cache is too big. Try rm -rf dovecot.index.cache
> for the folder.
-rw--- 1 mail mail 1746959712 May 24 14:37 dovecot.index.cache
yes, it is quite big :) 1.746.959.712
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
I'm encountering a crash which this command:
% doveadm import -u restore@backup.invalid mdbox:/home/copymail2/mdbox ''
mailbox INBOX header X-Spam Yes SAVEDBEFORE 2019-05-23
doveadm(restore@backup.invalid): Panic: file mail-index-util.c: line 10
(mail_index_uint32_to_offset): assertion failed:
* Michael Goth via dovecot :
> could you maybe disable the 'edit on doubleclick' feature on
> wiki2.dovecot.org?
>
> Everytime I try to select a word by double clicking on it, I end up in
> editing mode. It's just a minor thing, but maybe I'm not the only one who's
> annoyed by this ;)
Amen to
* @lbutlr via dovecot :
> I had problems with this a few years ago, and resorted to simply using find
> to remove the files from the file system
>
> /usr/bin/find /usr/local/virtual/*/.Junk*/{cur,new} -type f -mtime +7 -name
> “*=*" -delete 2> /dev/null
> /usr/bin/find
* Ralf Hildebrandt :
> I have a large mail backup folder backup@backup.invalid; I'm cleaning
> up daily like this:
>
> infimum=`date -d "-4 day" +"%Y-%m-%d"`
> doveadm expunge -u backup@backup.invalid mailbox INBOX SAVEDBEFORE $infimum
> doveadm purge -u backup@backup.invalid
>
> yet I see
20 matches
Mail list logo