similar to: rc15 dumped core

Hi Timo... It's happens some strange issue with my maildir using NFS. If i use a Local Hard disk, i don't get any of this messages about memory error. Jan 12 10:57:50 brc dovecot: imap(alex at exemplo.com.br): Error: opendir(/storage/nfs/3/emexis/messages/ exemplo.com.br/alex/Maildir/.Drafts/new) failed: Cannot allocate memory Jan 12 10:57:51 brc last message repeated 4 times Jan 12

We're running dovecot 2.2.15 with pigeonhole 0.4.6, in a clustered environment, nfs with proxy and backend on all servers. I've been seeing some odd errors from lmtp: Error: mremap_anon(127930368) failed: Cannot allocate memory It seems to affect specific users, but it doesn't seem to manifest in any particular way; no user complaints. Just the occasional log message. I would

Hey folks. Suddenly I'm getting lots and lots of messages like this in my logs: Jun 19 14:47:31 <hostname> dovecot: [ID 583609 local0.error] imap(<address>): Error: mremap_anon(/var/mail/<domain>/<uname>/mailboxes/INBOX/Trash/dbox-Mails/dovecot.index.cache, 255557632) failed: Not enough space I'm running 2.2.36.1 under Solaris 10 (patched to current) on

On 6/20/19 6:07 AM, @lbutlr via dovecot wrote: >> Jun 19 14:47:31 <hostname> dovecot: [ID 583609 local0.error] >> imap(<address>): Error: >> mremap_anon(/var/mail/<domain>/<uname>/mailboxes/INBOX/Trash/dbox-Mails/dovecot.index.cache, >> 255557632) failed: Not enough space >> >> I'm running 2.2.36.1 under Solaris 10 (patched to

On 12/08/2014 02:54 AM, Andy Dills wrote: > > We're running dovecot 2.2.15 with pigeonhole 0.4.6, in a clustered > environment, nfs with proxy and backend on all servers. > > I've been seeing some odd errors from lmtp: > > Error: mremap_anon(127930368) failed: Cannot allocate memory > > It seems to affect specific users, but it doesn't seem to manifest

On 19 Jun 2019, at 13:13, Dave McGuire via dovecot <dovecot at dovecot.org> wrote: > Jun 19 14:47:31 <hostname> dovecot: [ID 583609 local0.error] > imap(<address>): Error: > mremap_anon(/var/mail/<domain>/<uname>/mailboxes/INBOX/Trash/dbox-Mails/dovecot.index.cache, > 255557632) failed: Not enough space > > I'm running 2.2.36.1 under Solaris 10

> It?s also possible that the cache files USED to grow quite large in > previous versions and that now they are much more reasonable, but the > only way to reset their size appears to be to delete them and let > dovecot rebuild them. I seem to recall these cache files ballooned in size when I did some doveadm search queries -- under some circumstances some headers fetches are cached

On 12/08/2014 03:07, Teemu Huovila wrote: > A config would always be useful, but I can venture a guess. Perhaps the > affected users have a dovecot.index.cache file > somehwere, e.g. under INBOX, that is larger than the memory limit for > the lmtp process. Try increasing "default_vsz_limit" or > the "service lmtp { vsz_limit }". Removing the overly large index

I recently posted about problems I've been having with dovecot-shared and umask in RC15 (using Solaris 9). I've now been able to distill what I'm experiencing into these two separate points: 1. dovecot-uidlist and message files never inherit the dovecot-shared group 2. With umask=0007 these files are created with mode 600 instead of 660: dovecot-uidlist, dovecot.index,

http://dovecot.org/releases/dovecot-1.0.rc15.tar.gz http://dovecot.org/releases/dovecot-1.0.rc15.tar.gz.sig * Fixed an off-by-one buffer overflow in cache file handling. The code is executed only with mmap_disable=yes and only if index files are used (ie. INDEX=MEMORY is safe). * passdb checkpassword: Handle vpopmail's non-standard exit codes. - rc14 sometimes assert-crashed if

http://dovecot.org/releases/dovecot-1.0.rc15.tar.gz http://dovecot.org/releases/dovecot-1.0.rc15.tar.gz.sig * Fixed an off-by-one buffer overflow in cache file handling. The code is executed only with mmap_disable=yes and only if index files are used (ie. INDEX=MEMORY is safe). * passdb checkpassword: Handle vpopmail's non-standard exit codes. - rc14 sometimes assert-crashed if

Hi, I am stuck at rc13 because rc14 and rc15 have both failed to keep up with imap connections on my (slow old) system. I have the problem where if a lot of people check their email at once (like at the top of the hour) then my load goes way up and things slow to a crawl. My setup: Solaris 10 on an E220R, mbox format, imap and imaps only. I also use "login_process_per_connection =

Not sure if this is anything to worry about. Just upgraded to RC15 to do some testing, and like always, I monitor the logs when I do this. I restarted the server (basically a clean install, uninstalled RC2, installed RC15, same config file), and then opened Thunderbird. (Ip's masked) Dec 15 14:35:50 mafeking dovecot: imap-login: Login: user=<joeblogs>, method=plain, rip=<me>,

Hi, ive come across what looks like a bug in how dovecot sorts the mail when sorting on subject. We noticed this on our current beta8 version, and I can also reproduce it in rc15. One of our customers has hundreds of emails with subjects like this: Subject: 20060823 Kanglaonline-NSCN(IM) cadres violating Tml truce: NSCN(K) Subject: 20060824 LSE - Shell jv denies 3.2 bln usd fraud claims by

Hi, just a note that FC6 now has the very latest of dovecot as an official update. :) It will upgrade the atrpms packages automatically to the official vendor version, there is nothing you need to take care of. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not

We just experienced another crash in rc15. Here is the full backtrace: (gdb) bt full #0 0xff1c12a4 in .L423 () from /lib/libc.so.1 No symbol table info available. #1 0xff15fe20 in __wcsxfrm_std () from /lib/libc.so.1 No symbol table info available. #2 0xff140040 in getutline () from /lib/libc.so.1 No symbol table info available. #3 0x000786a8 in i_internal_panic_handler ( fmt=0x9ae80

Hi, we do have a Voiceboxserver which forward recorded avi messages to the mailserver account of users. I'v tested it for my account 10 minutes ago and everything works. Some users don't get the messages shown up in there mailclient while the logs show a delivery of that mail. May be some mail caches are messed up? We use Thunderbird 2 and the users concerned use imap. Where may I

Hi all, I installed the Dovecot on a Debian by apt-get, it's all working except quota by user.. I have a database with all quotas in bytes, and that lines in /etc/dovecot/dovecot-sql.conf : driver = mysql connect = host=127.0.0.1 dbname=mailserver user=USER password=PASS default_pass_scheme = CRYPT password_query = SELECT email as user, password FROM view_users WHERE email='%u';

Hello, It is very difficult for me to work on NHW currently, but however I found a little slot of time to release the NHW v0.3.0-rc15 new version, for those interested. I still continue to fine-tune the nhw_kernel weights, and so this new version seems to have a little more precision, and so a better visual quality (hope my eyes are not tired...). More at: https://nhwcodec.blogspot.com/

Hello, I was seeing an odd behavior in a proxy-only configuration of dovecot. When a user entered an incorrect password in either IMAP or POP3, the Dovecot connection would be immediately dropped, sometimes with the auth failure message, sometimes without (a timing issue). I believe I have tracked down the cause to the code commented out in the attached diff. It appears that the proxy