similar to: Empty mailboxes

The second RC build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here (or any of the FreeBSD mirror sites):

For my primary namespace this is working fine - thanks to the developers! It also appears to work great for shared folders as well. But my virtual folders aren't returning results - at least not to the client. The logs show FTS Xapian opening several DB files and getting results - but nothing is being returned to client. Is this a config issue on my side or is this a current limitation of

Logs: Jun 5 06:02:25 bubba dovecot: imap(dmiller at amfes.com)<25877><IjkkJZOKPvKsOk9d>: Opening DB (RO) /var/mail/amfes.com/dmiller/sdbox/xapian-indexes/db_f2857830c70c844e2f1d00003bc41c5f Jun 5 06:02:25 bubba dovecot: imap(dmiller at amfes.com)<25877><IjkkJZOKPvKsOk9d>: FTS Xapian: FLAG=AND Jun 5 06:02:25 bubba dovecot: imap(dmiller at

Yes, latest git version. The logs show (as I read them) returned results - yet nothing shows in the client. The logs look the same (with different numbers) when querying "regular" folders - but results are shown in clients. -- Daniel On June 6, 2019 12:16:08 AM Joan Moreau <jom at grosjo.net> wrote: > Hi > Are you using the latest git version ? > WHich part exactly

Attempting to delete a folder from within the trash folder using Thunderbird. I see the following in the log: Jan 25 15:36:22 bubba dovecot: imap(dmiller at amfes.com): Panic: file mailbox-list-fs.c: line 156 (fs_list_get_path): assertion failed: (mailbox_list_is_valid_pattern(_list, name)) Jan 25 15:36:22 bubba dovecot: imap(dmiller at amfes.com): Error: Raw backtrace:

doveadm search -u dmiller at amfes.com text xyzxyz doveadm(dmiller at amfes.com): Panic: file istream-limit.c: line 79 (i_stream_limit_seek): assertion failed: (v_offset <= lstream->v_size) doveadm(dmiller at amfes.com): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x3ca8a) [0x7fcf3daaca8a] -> /usr/local/lib/dovecot/libdovecot.so.0(default_fatal_handler+0x32)

I need to migrate 15K users to a new domain name, and plan to use "dsync mirror" in the transition phase. Could someone confirm that this should work: Before giving users access to new-domain do a first sync to get all the stale data over: for user in $old-domain; do dsync mirror $user at old-domain $user at new-domain done Configure sieve vacation filter to forward all messages

http://dovecot.org/releases/2.1/alpha/dovecot-2.1.alpha2.tar.gz http://dovecot.org/releases/2.1/alpha/dovecot-2.1.alpha2.tar.gz.sig This is actually looking rather stable. I'm still calling it "alpha" in case I think of doing some more API changes, but I think the next one will be called "beta1", hopefully soon followed by "rc1". - Statistics gathering

http://dovecot.org/releases/2.0/dovecot-2.0.15.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.15.tar.gz.sig + doveadm altmove: Added -r parameter to move mails back to primary storage. - v2.0.14: Index reading could have eaten a lot of memory in some situations - doveadm index no longer affects future caching decisions - mbox: Fixed crash during mail delivery when mailbox didn't

http://dovecot.org/releases/2.1/alpha/dovecot-2.1.alpha2.tar.gz http://dovecot.org/releases/2.1/alpha/dovecot-2.1.alpha2.tar.gz.sig This is actually looking rather stable. I'm still calling it "alpha" in case I think of doing some more API changes, but I think the next one will be called "beta1", hopefully soon followed by "rc1". - Statistics gathering

http://dovecot.org/releases/2.0/dovecot-2.0.15.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.15.tar.gz.sig + doveadm altmove: Added -r parameter to move mails back to primary storage. - v2.0.14: Index reading could have eaten a lot of memory in some situations - doveadm index no longer affects future caching decisions - mbox: Fixed crash during mail delivery when mailbox didn't

http://dovecot.org/releases/2.2/dovecot-2.2.6.tar.gz http://dovecot.org/releases/2.2/dovecot-2.2.6.tar.gz.sig I didn't have time to look into the latest reported dsync replication bugs, but this release should have been done a long time ago already and I'm busy for next few days, so no more waiting. Things seem to be working quite well in general though. * acl: If public/shared

http://dovecot.org/releases/2.2/dovecot-2.2.6.tar.gz http://dovecot.org/releases/2.2/dovecot-2.2.6.tar.gz.sig I didn't have time to look into the latest reported dsync replication bugs, but this release should have been done a long time ago already and I'm busy for next few days, so no more waiting. Things seem to be working quite well in general though. * acl: If public/shared

What options are available for remote storage, i.e. storage devices directly mounted on the machine running Dovecot? I've seen discussions of NFS usage - but my experiences with NFS in times past have been poor. CIFS has worked well for me for non-mail use - would this be suitable? Or is there another method I've not considered? -- Daniel

Continuing to see errors on this with some new messages. Is it possible this has anything to do with zlib plugin, or possibly having a mix of zlib compressed & uncompressed messages with mdbox? I recently added zlib to deliver plugin list. -- Daniel L. Miller, VP - Engineering, SET AM Fire & Electronic Services, Inc. [AMFES] dmiller at amfes.com 702-312-5276

Does anyone know of a web GUI type application that would allow the creation and deletion of email accounts on an email server?

I see the following history in my log during message delivery: Mar 1 13:35:09 mailserver postfix/pickup[21464]: 5FAFC2A002: uid=0 from=<root> Mar 1 13:35:09 mailserver postfix/cleanup[21526]: 5FAFC2A002: message-id=<20090301213509.5FAFC2A002 at mailserver.amfeslan.local> Mar 1 13:35:09 mailserver postfix/qmgr[21429]: 5FAFC2A002: from=<root at mailserver.amfeslan.local>,

What does this mean? These lines occur on subsequent runs of "dsync -u user backup target" dsync(dmiller at amfes.com): Warning: Destination mailbox INBOX has been modified, need to recreate it before we can continue syncing dsync(dmiller at amfes.com): Error: Can't delete mailbox INBOX: INBOX can't be deleted. -- Daniel

Does this work (pcap attached)? Daniel On 2/8/2017 10:57 PM, Aki Tuomi wrote: > > On 09.02.2017 07:54, Daniel Miller wrote: >> I've been running Solr for a while (4.10.3) - wanted to make the jump >> to the latest & greatest. I installed 6.4.1, copied over my >> schema.xml - and after a couple false starts where I needed to tweak >> it work with the new

Getting some errors like: Feb 26 12:19:43 bubba dovecot: imap(dmiller at amfes.com): Error: read(attachments-connector(/var/mail/amfes.com/dmiller/mdbox/storage/m.7089)) failed: read(/var/mail/attachments/f6/f4/f6f4f3b882bf3488af632389d4aaba8adc332b12-60ab750a1aa4b554da1600009db5accb[base64:18 b/l]) failed: