Just as a random follow up for other people that might google this.
I also started to have this issue. I tried the two patches but they
didn't help.
I came to find out, this can also be caused from a disk full issue,
atleast when using maildir.
Quoting Timo Sirainen <[email protected]>:
Actually, I think these fix it:
http://hg.dovecot.org/dovecot-2.2/rev/5740cb57d02c
http://hg.dovecot.org/dovecot-2.2/rev/00b3aa3842b7
On 3.7.2014, at 21.28, Timo Sirainen <[email protected]> wrote:
On 23.6.2014, at 15.18, Bernhard Schmidt <[email protected]> wrote:
we run Dovecot 2.2.13 on Debian Wheezy with a couple thousand mailboxes.
We have two users that repeatedly trigger an OOM condition with IMAP.
Jun 23 12:53:21 lxmhs74 dovecot: imap(USER): Fatal:
pool_system_realloc(268435456): Out of memory
..
#6 0x00007f11766e6cda in o_stream_grow_buffer
(fstream=fstream@entry=0x7f11789f41c0, bytes=<optimized out>) at
ostream-file.c:440
size = 268435456
new_size = <optimized out>
end_size = <optimized out>
..
#11 0x00007f1175692849 in o_stream_zlib_send_outbuf
(zstream=0x7f11789f9340) at ostream-zlib.c:94
ret = <optimized out>
size = 12113
#12 0x00007f1175692982 in o_stream_zlib_send_flush
(zstream=zstream@entry=0x7f11789f9340, final=final@entry=true) at
ostream-zlib.c:189
This is most likely because of the IMAP COMPRESS extension, which
causes the output stream buffer to get really large. So the easiest
fix would be to just disable imap_zlib plugin and it'll probably
work. But this should get fixed properly.. I just can't figure out
how this can happen. What was the IMAP client doing that caused it?
Could you run a few more gdb commands:
#17 0x00007f1176e8d269 in client_output (client=0x7f11789f4470) at
imap-client.c:1019
Assuming client_output is again in frame 17, run:
f 17
p *client.command_queue
p *client.command_queue.next