Hi,
I want to profile runtime performance of imap and pop3 processes. There
processes are forked by dovecot master process. I am wondering if there is a
way I can profile these processes with valgrind. I tried "service =
/bin/valgrind /bin/imap" but this did not work.
Thanks,
Hi,
Dovecot Wiki states that mail process (IMAP/POP3) is able to handle multiple
client connections as the same time to save CPU and memory resources
(client_limit > 1). Although this approach is not recommended due to latency
and probably security issues, it does help increase the overall capa
My current approach is to introduce a index version file .dovecot.index.version
in each mailbox and hooks mailbox_allocated event via my own plugin. If the
version file does not exist or exist but with version number which need to be
upgraded, index files in that mailbox are removed. I also trie
2.2.4.
Thanks,
Morrison
When I did upgrade, 2.2.7 was the latest release. When I ran into the problem,
I checked back and found 2.2.8 and 2.2.9 were released shortly one after
another. It seemed these releases were sort of buggy. I would like to know if
what I described in my previous email was an known issue and was a
Hi,
I used to use dovecot 2.2.4. I saw lots of warnings saying 'Extension header
update points outside header size'.
I upgraded to dovecot 2.2.7, based on the discussion in mail list. Now, I see
lots of imap aborts around:
src/lib-index/mail-index-transaction-export.c:203: i_assert(u32
Hi,
I am a system admin and I am evaluating using dovecot as our email server. In
my test, I found that if I telneted to 993 port and did not do anything or I
telneted to 143 port, sent starttls command and then did not do anything, the
connection stayed forever without timeout. This will make
re,
> and it isn't going anywhere. When you let it bother you - it only
> bothers *you*...
>
Easy, to posters and html-only mail goes straight in the bin.
And if you think I'm a net-Nazi, I can introduce you to people who can
peel the paint off a tank at 100 yards just b
an address that doesn't add it. It's clearly obvious that the
disclaimer is meaningless lawyer-speak in the context of a mailing
list post.
The OP should arrange to use another mail posting route such as a
webmail address, this sort of thing is poor manners and should be
resisted before this crap
Hi Georgie
Just testing!
--
Brian Morrison
bdm at fenrir dot org dot uk
"Arguing with an engineer is like wrestling with a pig in the mud;
after a while you realize you are muddy and the pig is enjoying it."
GnuPG key ID DE32E5C5 - http://wwwkeys.uk.pgp.net/pgpnet/wwwkeys.html
On Mon, 9 Apr 2007 15:16:49 -0500
Steven F Siirila <[EMAIL PROTECTED]> wrote:
> RC31 is screaming for version 1 to be released: 31 == 1 binary. :)
You're suggesting that 1.0 will be full of variable overflow bugs then?
;-)
--
Brian Morrison
bdm at fenrir dot org dot u
Dovecot development and user community isn't
either.
Why does Free software have to follow the precepts of the suits?
--
Brian Morrison
bdm at fenrir dot org dot uk
"Arguing with an engineer is like wrestling with a pig in the mud;
after a while you realize you are muddy a
On Fri, 30 Mar 2007 14:02:09 -0700
Kenneth Porter <[EMAIL PROTECTED]> wrote:
> This is why I'm still using 0.99.
Which Timo describes as being so old as to be effectively a different
program..
--
Brian Morrison
bdm at fenrir dot org dot uk
"Arguing with an enginee
13 matches
Mail list logo
