NethServer 7rc: Hi, I cant not migrate inbox mail but the rest is sync. (200gB) Oct 26 22:44:09 svc dovecot: imap( xxxxxxx@xxxxxx.net ): Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(+0x6a06e) [0x7f5bc6f4006e] -> /usr/lib64/dovecot/libdovecot.so.0(+0x6a14e) [0x7f5bc6f4014e] -> /usr/lib64/…

[image] davidep: Out of memory (service imap { vsz_limit=256 MB }, For now i just add 1024MB and its working fine. service imap { executable = imap imap-postlogin vsz_limit = 1024MB }

[image] Mepata: Out of memory (service imap { vsz_limit=256 MB }, you may need to increase it The log message is clear! How much physical RAM does your system have? Are you running mail-filter services, too?

Maybe you can try to increase vsz_limit in dovecot configuration.

Hi I have on my server 8gb ram but i don’t see in /etc/dovecot/dovecot.conf the line vsz_limit or i need add. Thanks

Try to add the line by hand. If it fixes the problem, we see how to make the change persistent! Please have a look at “doveconf” command and its man page!

To make it persistent you need a custom template , a file containing the lines above in the right place. In your case create that file like /etc/e-smith/templates-custom/etc/dovecot/dovecot.conf/90myvszlimit Then run expand-template /etc/dovecot/dovecot.conf You should see your vsz_limit directi…

I encountered the same problem. @davidep , when I add the configuration lines in the custom template, [image] Mepata: service imap { executable = imap imap-postlogin vsz_limit = 1024MB } The system answers with this : expand-template /etc/dovecot/dovecot.conf WARNING in /etc/e-smith/templ…

The template processor requires that curly braces are properly escaped: { becomes \{ and } becomes \}. See for instance this custom template for dovecot: https://github.com/NethServer/nethserver-mail/blob/master/README.rst#enable-dovecot-imap-rawlog

NethServer Community

Imap Out of Memory

Support

v7-rc1, dovecot, v7, mailserver

show post in topic

Home
Categories
Guidelines
Terms of Service
Privacy Policy

Powered by Discourse, best viewed with JavaScript enabled