similar to: Virtual Mailboxes

My next bonehead maneuver - was more of the first! location = virtual:/var/mail/%%d/%%n/mdbox/mailboxes/virtual was adapted from my definition for my shared namespace. Which was intended to share OTHER users - which is why the '%%' prefixes are used. Changing to: location = virtual:/var/mail/%d/%n/mdbox/mailboxes/virtual Now I can actually view something! But I still have a

Any ideas on what I need to check or should post to help find the problem? -- Daniel On 2015-06-20 14:50, dmiller at amfes.com wrote: > The first bonehead maneuver seems to be: > location = virtual:/var/mail/%%d/%%n/mdbox/virtual > I'm thinking it should be: > location = virtual:/var/mail/%%d/%%n/mdbox/mailboxes/virtual > > But...it didn't seem to make a

Any thoughts on this? --- Daniel ------ Original Message ------ From: "Daniel Miller" <dmiller at amfes.com> To: "Dovecot Mailing List" <dovecot at dovecot.org> Sent: 2/12/2020 6:16:05 PM Subject: Shared Mailboxes with Multiple Domains >Trying to track down a problem I've been dealing with for a while. Everything else works fine - the problem is with

Trying to track down a problem I've been dealing with for a while. Everything else works fine - the problem is with shared mailboxes. My present, and desired, prefix for the shared namespace is: prefix = INBOX/shared/%%d/%%n/ Some mail clients, particularly Thunderbird and Android's AquaMail, have no problem with this. But other (presumably broken) clients don't show the shared

Having some trouble with my first attempt at virtual mailboxes. ?I've enabled the plugin in 10-mail.conf, added a virtual namespace, and created the dovecot-virtual files in the folders. I see the folder names in the list when I refresh the folders available for subscription - but the folders cannot be subscribed to and I can't view their contents. ?What obvious mistake did I make?

What did I do wrong to make this happen? "doveadm(dmiller at amfes.com): Debug: fts: Indexes disabled for namespace 'shared/%n/'" doveadm -D fts rescan -u dmiller at amfes.com doveadm(root): Debug: Loading modules from directory: /usr/local/lib/dovecot doveadm(root): Debug: Module loaded: /usr/local/lib/dovecot/lib01_acl_plugin.so doveadm(root): Debug: Module loaded:

Since I was recently asked off-list - thought I'd make this available if it will help anyone else. Attached is my (I hope) working 6.4.1 config. Also some instructions: First, you have to decide if you're running in standalone or cloud mode. Standalone is simpler, but I seem to be having better luck running in cloud mode - even though I'm only using a single

> On 26 December 2018 at 11:26 Daniel Miller via dovecot <dovecot at dovecot.org> wrote: > > > Ubuntu 18.04, AMD Opteron, Dovecot Version 2.3.3, local file storage.? I > believe it's one of my users checking mail remotely via mobile - don't > remember if it's an iPhone or Android. > > gdb backtrace: > Reading symbols from

So with "fts_autoindex=yes" enabled in plugins, is there anything I should be running regularly, other than the expunge/purge, to ensure Solr indexes are updated? I have a daily Solr optimize, and Solr autocommit enabled. I have an hourly "doveadm index -A *" command - is that unneeded? -- Daniel On 4/12/2015 6:53 AM, Timo Sirainen wrote: > On 10 Apr 2015, at 21:55,

What dovecot version are you using? On 10.02.2017 09:12, Aki Tuomi wrote: > Yeah, thanks. > > It seems that there indeed is content-type header (there should not be). > We'll look into it. > > Aki > > On 10.02.2017 01:44, Daniel Miller wrote: >> Does this work (pcap attached)? >> >> Daniel >> >> On 2/8/2017 10:57 PM, Aki Tuomi 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 version...it works! I did not copy the database, started from scratch, and executed a "doveadm fts rescan -A". But... Judging solely from at least one

On 8/14/2018 12:55 AM, Aki Tuomi wrote: > > On 13.08.2018 19:51, Daniel Miller wrote: >> When doing a filesystem backup of an moderate sdbox mailstore (300GB) >> - are there any files that can be safely excluded from the backup? >> Like *.log or *.backup?? Or are they all "vital" for recovery? >> >> I'm already excluding the sdbox/virtual folders

Ubuntu 18.04, AMD Opteron, Dovecot Version 2.3.3, local file storage.? I believe it's one of my users checking mail remotely via mobile - don't remember if it's an iPhone or Android. gdb backtrace: Reading symbols from /usr/local/libexec/dovecot/imap...done. [New LWP 13852] [Thread debugging using libthread_db enabled] Using host libthread_db library

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

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 version...it works! I did not copy the database, > started from scratch, and executed a "doveadm fts

Yeah, thanks. It seems that there indeed is content-type header (there should not be). We'll look into it. Aki On 10.02.2017 01:44, Daniel Miller wrote: > 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

I'm running Dovecot 2.3.4 with Single Instance Storage (SIS) and zlib and I am frequently seeing errors where files are missing in the attachments directory even though the zipped file in the hash directory is actually there.? This appears not to have been an issue in Dovecot 2.3.1 Requested output of the server below. The error looks like this in the log Dec 18 08:58:58 dovecot01

Hi, On 2015-10-12 18:39, Giorgio Paolucci wrote: > Hello, > on my debian wheezy installation, I implemented fts plugin with solr as > indexing system. > I noticed that if a user creates a new folder, that folder it is > ignored by > dovecot indexing until a doveadm fts rescan is performed for that user. > From that time on everything works ok on that folder. > > As a

Hi, running: dsync -D -v -o mail_fsync=never mirror -R -f -u user at domain imapc: Where "domain" is a cyrus imap server does not do what the documentation says it does, not even close. After the first run to an empty mailbox on the dovecot 2.2.13 server all the mails (1.1GB) seem to be correctly synced. I send a test email to the dovecot server and it shows up correctly. Second

Hi Christian, may be the issue is related to this other post: http://dovecot.org/pipermail/dovecot/2015-September/102094.html Anyway, what I can tell you is that for every? user account,? for every folders created after the last doveadm fts rescan for that user, dovecot does not invoke indexer. A new rescan fix the problem for all the folders created up to that moment. I was wondering if I was