I was straceing a pop3 process and noticed that the TCP_CORK option
isn't set soon enough:
epoll_wait(8, {{EPOLLOUT, {u32=37481984, u64=37481984}}}, 38, 207) = 1
write(41, "iTxPBrNlaNFao+yQzLhuO4/+tQ5cuiKSe"..., 224) = 224
epoll_ctl(8, EPOLL_CTL_MOD, 41, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP,
{u32=3
Hi!
I've now seen this assertion failure from lmtp (most frequent), pop3
(next frequent), and imap (rarely). It didn't start happening until the
number of accounts on the server was increased into the 10k-25k range.
It happens when index->file_lock is a read lock and mail_index_lock is
called ask
On 10/9/2010 12:45 AM, Kui Zhang wrote:
Hello
Dovecot v2.0.5
zlib_save_level = 6 # 1..9
zlib_save = gz # or bz2
Is there a config option to disable zlib, even if above config are in
place? If so please provide an example.
If no, would it be possible to add one? Like if zlib_save_level
I did run a protocol analyzer trace on the TCP transaction, when the POP3
clients were connecting and discovered a lot of Re-Transmissions and Duplicate
ACK packets.
Then the first thing I would do is check the network connection. Maybe
you have a wrecked network card, switch port ot et c
On Sat, 2010-10-09 at 09:34 +0530, Avinash Mishra wrote:
> Hi
>
> I have tried out the Performance Tuning measures, I do not think that an
>
> upgrade is going to help as most of the features can be incorporated
>
> with the current version itself. ( already done that btw )
>
The problem i