similar to: bug report: doveadm assertion failure "mail_index_map_lookup_seq_range"

I just converted my old server running UW/Panda to a Mac Mini Server running Mountain Lion (ML) Server. I'm using the postfix / dovecot setup provided by Apple. My IMAP clients are not showing all my emails. The Mail App on my iPhone and iPad is behaving the worse. I can see the emails that are not showing up in the cur directory. The ML Mail App is stating there are 3854 emails in my INBOX.

My dovecot/auth process crashes several times a minute, sometimes at the same second, sometimes randomly. I?ve turned on auth_debug and been pouring over everything trying to see if I can see what is going on but I can?t find anything. I?m running OS X Server 10.9 and dovecot 2.2.5. I can?t say for sure, but it looks to me like the crashed process doesn?t even save anything to mail-debug.log

managesieve has gone mad. One person went on holiday when he came back his out of office would not switch off, then it replicated it's self into two other users (the vacation noticE) and started to be sent out for them and those users had never set up an out of office or looted into round cube. even deleting the vacation notice did not stop it, but if we put another vacation notice in then the

So when I try and create a sub mailbox in shared-folders, I get this error? imap(pid 56143 user -----): Fatal: master: service(imap): child 56143 killed with signal 11 (core dumps disabled) I?ve not been able to figure out how to get dovecot in OS X to core dump, so I haven?t included that. The documentation on the web doesn?t seem to apply to the version Apple ships. Here?s dovecotd -n, with

Hello everybody, I'm trying to setup public folder with ACLs on a Lion Server 10.7.5 unfortunately it seems that the imap_acl plugin is not loaded properly do you have any advice? cheers Piero This is what i get from the log with imap_acl plugin enabled in protocol imap?{ } Log file: imap: Debug: Loading modules from directory: /usr/lib/dovecot Nov 22 09:08:14 xserve04

Hi erveryone! I'm trying to run Postix and Dovecot on a Mac OS X, but somehow, it doesn't work. I probably messed up the privileges or something else. Hopefully someone of you, can help me figure it out. So far, Postfix is delivering the mail into ~/Maildir. But as soon as I add the line: mailbox_command = /Applications/Server.app/Contents/ServerRoot/usr/libexec/dovecot/dovecot-lda in

I?m requesting help getting macOS?s Notes.app to sync notes with a new dovecot IMAP server. Thanks to dovecot?s excellent online documentation and help from this list, I have a new perfectly functioning IMAP server. The issue is that macOS Note.app does not sync with this server. However, iOS Notes.app *does* sync and work well with this IMAP server, and the differences between macOS and iOS

Hello, My Dovecot Master can login but not not select INBOX ! What's wrong ? best regards Luda 1) USER can select INBOX: OK --------------------------------------------------- telnet localhost imap Trying ::1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=CRAM-MD5 AUTH=DIGEST-MD5

Hi, Dec 5 20:24:31 dovecot: imap(xx at yy.zz,7ckWZu1CuZFVTILa): Fatal: master: service(imap): child 7292 killed with signal 6 (core dumped) Dec 5 20:24:32 dovecot: imap(xx at yy.zz,LnAlZu1COBVVTILa): Panic: file mail-index-map.c: line 549 (mail_index_map_lookup_seq_range): assertion failed: (first_uid > 0) Dec 5 20:24:32 dovecot: imap(xx at yy.zz,LnAlZu1COBVVTILa): Error: Raw backtrace:

I reported a problem with disappearing emails on my Apple Mountain Lion server. Not sure if it ever stopped but I do know it is happening again. Help!!!! This is a company email server. They live and die by their emails. Emails show up in inbox and then disappear. Anyone know why our emails are disappearing? I see a reference to it in the dovecot.index.cache file (last item)

Version: 2.2.12 OS: Debian wheezy x86_64 2014 Mar 11 20:06:53 ptb-test imap(flor_hardy): Panic: file mail-index-map.c: line 547 (mail_index_map_lookup_seq_range): assertion failed: (first_uid > 0) 2014 Mar 11 20:06:53 ptb-test imap(flor_hardy): Fatal: master: service(imap): child 2760 killed with signal 6 (core dumped) GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation,

Hi, I've run into a bit of a problem and exhausted my knowledge and research. I'm hoping that I've overlooked something very obvious! I moved from a single Apple OS X 10.6.2 server Dovecot environment to a NFS clustered environment, currently with two servers. Both servers are identical hardware, software. Currently both the Dovecot index and data files are on the NFS RAID array.

Hi Jean Marc & List, So I have been fiddling with the denoiser (again). While poking around I noticed that nb_preprocess is basically a counter that is mod-ded with 100 (the default), which causes Smin[] to be re- seeded with the value in Stmp[] (min of the previous adaptation period). Smin[] is then used to update the noise probability, which is (probably) less likely when adaptation

On 06.12.2016 10:00, Aki Tuomi wrote: > > > On 06.12.2016 09:32, Toni Mattila wrote: >> Hi, >> >> On 05-Dec-16 20:28, Toni Mattila wrote: >>> Panicing stopped when all index files where deleted. >> >> It happens again in same user account, so rebuilding indexes didn't >> fix it. >> >> #14 0x08058219 in cmd_search

On 06.12.2016 10:44, Toni Mattila wrote: > Hi, > > On 06-Dec-16 10:10, Aki Tuomi wrote: >> Alternatively if you could try and print the args array in cmd_search? >> >> f 14 >> p args[0] >> p args[1] >> ... >> until NULL > > My hand got sore at first 100 and they are below. I will mail you the > binary and core in seperate mail. > >

On 06.12.2016 10:47, Aki Tuomi wrote: > > > On 06.12.2016 10:44, Toni Mattila wrote: >> Hi, >> >> On 06-Dec-16 10:10, Aki Tuomi wrote: >>> Alternatively if you could try and print the args array in cmd_search? >>> >>> f 14 >>> p args[0] >>> p args[1] >>> ... >>> until NULL >> >> My hand got sore

Hi, On 06-Dec-16 12:11, Aki Tuomi wrote: > I was able to repeat this bug, thank you for your report. Noticed tss commited https://github.com/dovecot/core/commit/b7a0844fb8dffbf7f1dd0b5c6d30c22ff8cb6bec so testing that now. Cheers, Toni

On 08.12.2016 22:43, Toni Mattila wrote: > Hi, > > On 06-Dec-16 12:11, Aki Tuomi wrote: >> I was able to repeat this bug, thank you for your report. > > Noticed tss commited > https://github.com/dovecot/core/commit/b7a0844fb8dffbf7f1dd0b5c6d30c22ff8cb6bec > so testing that now. > > Cheers, > Toni Thank you. Please let us know how it went! Aki

Hi, On 05-Dec-16 20:28, Toni Mattila wrote: > Panicing stopped when all index files where deleted. It happens again in same user account, so rebuilding indexes didn't fix it. Here's bt full instead of just bt: #0 0x001d4402 in __kernel_vsyscall () No symbol table info available. #1 0x00949d70 in raise () from /lib/i686/nosegneg/libc.so.6 No symbol table info available. #2

Hi all, I recently started with Xen (3.1.0) on my new server running Ubuntu Gutsy (7.10) and I''m experiencing very poor network performance on my domU''s. Since my colo provider offers me a /28 of routed public IPs next to one interconnection IP to their routers, I built a Xen configuration as described in http://www.debian-administration.org/articles/360 (a routed