similar to: @2.0, Fatal error (Expecting '=') in trash plugin config

hi, @ imap login to 2.0/head, Oct 12 21:06:53 master: Info: Dovecot v2.0.alpha1 starting up (core dumps disabled) Oct 12 21:07:16 imap-login: Info: Login: user=<testuser at my.domain.com>, method=PLAIN, rip=192.168.1.100, lip=192.168.1.101, TLS Oct 12 21:07:16 IMAP(testuser at my.domain.com): Info: Loading modules from directory: /usr/local/lib/dovecot Oct 12 21:07:16 IMAP(testuser at

Hi, I'm one step away from replacing a 7 years old qmail/uw-imapd setup with some state of the art soft- and hardware. We got migration scripts and test almost done - just one thing that keeps failing: The autocreate plugin is supposed to subscribe new users to different mailboxes, one of them being in namespace "Public." - this subscription to "Public.announcements"

Hi Timo, looks like virtual plugin is broken now with my setup dovecot 2.0.6 cant say to which version it stopped working ( didnt tested it trough all ) but has worked i see nothing special in log why it stopped working it should show unseen mail i.e in folder Junk too with pop3 clients, but only shows new inbox mails after all i am confused what using better pop3_uidl_format = %08Xu%08Xv (

On 10/18/20 10:28 PM, Aki Tuomi wrote: > Dovecot FTS tokenization is not done, unless you have `use_libfts` in fts_solr setting, in your case > > fts_solr = url=https://solr.example.com:8984/solr/dovecot/ use_libfts changing - fts_solr = url=https://solr.example.com:8984/solr/dovecot/ soft_commit=yes batch_size=250 + fts_solr = url=https://solr.example.com:8984/solr/dovecot/ use_libfts

On 11/13/20 9:46 AM, John Fawcett wrote: >> (1) Can anyone yet verify Doveoct/fts-solr working with solr 8.7.x?>> (2) What logging config in Dovecot gets me more/detailed output for the fts_solr fail? >> (3) Any obvious clues as to what, specifically, is the source of this prob? >> > (1) I can't, I'm still on an earlier version I'll look for the 8.6.3,

Hello all! dovecot 1.1.6 Use lazy_expunge plugin call core on connect. Core: bt full #0 lazy_expunge_mail_expunge (_mail=0x2ac06e9b89e8) at lazy-expunge-plugin.c:103 lt = (struct lazy_expunge_transaction *) 0x2ac06e9b86e0 deststorage = <value optimized out> #1 0x000000000041cefc in imap_expunge (box=0x2ac06e988de8, next_search_arg=0x0) at imap-expunge.c:31 ctx =

I've installed grep PRETTY /etc/os-release PRETTY_NAME="Fedora 32 (Server Edition)" dovecot --version 2.3.10.1 (a3d0e1171) openssl version OpenSSL 1.1.1g FIPS 21 Apr 2020 iiuc, Dovecot has apparently had support for setting TLS 1.3 ciphersuites since v2.3.9, per this commit lib-ssl-iostream: Support TLSv1.3 ciphersuites

Hi! I'm not sure is it the same as described by Andrew Lewis, this is whay i'm posting. Log is: 2011-03-31T17:40:08.369598+02:00 hermes dovecot: imap-login: Login: user=<marcin at mejor.pl>, method=PLAIN, rip=62.121.127.119, lip=193.238.12.139, mpid=19221, TLS 2011-03-31T17:40:08.684562+02:00 hermes dovecot: imap(marcin at mejor.pl): Error: Corrupted dbox file

Hi, Op 04/01/2019 om 05:36 schreef Joan Moreau via dovecot: > > Hi > > This is the summary of my work with SOLR-Dovecot, in my *quest to > reproduce the previoulsy excellent work of fts_squat* > > > @Aki : Based on the time I have spent on this, I would love to see you > updating the Wiki with those improvements, and adding my name somewhere > > @All : Hope it

Hello, I wanted to test the lazy expunge plugin together with mdbox. It seems to me that the folder subscriptions file in the mdbox directory was overwritten with only a few folder names every time I added or removed something in the list of subscribed folders, or even if I turned the imap folder subscription feature off and on. Here is my setup: # 2.0.16:

Hi Joan, Op 14/01/2019 om 07:44 schreef Joan Moreau via dovecot: > > Hi Stephan, > > What's up with that ? > > Thank you so much > > On 2019-01-05 02:04, Stephan Bosch wrote: > >> Hi, >> >> Op?04/01/2019?om?05:36?schreef?Joan?Moreau?via?dovecot: >>> >>> Hi >>> >>> This is the summary of my work with SOLR-Dovecot,

On 13/11/2020 21:32, PGNet Dev wrote: > On 11/13/20 11:37 AM, John Fawcett wrote: >>> still dunno why the 401. :-/ >> >> So I just did a quick check of running dovecot with a standalone >> solr-8.7.0 instance and I'm not seeing any issues. > > +1 > >> I confirm I haven't configured anything for indexer or indexer-worker in >> dovecot, just

Hi, I would like to upgrade my server from 1.2.16 with sieve and managesieve to 2.0.8 with pigeonhole. Will I get all functionality I was having before? Should this migration be painless or will it require some additional work? I've read the Upgrading guide so I know I need to create an additional user. I've migrated the mails from Maildir to dbox in the past (using the convert

Hi, I figured out that Dovecot does not honer secondary groups with auth/auth-worker (??), if doing LDAP/TLS stuff. I had to use file system acls to add the user "vmail" to /etc/ssl/private and to the corresponding key file: doveconf -n # 2.1.3: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-40-generic-pae i686 Ubuntu 10.04.4 LTS auth_master_user_separator = * auth_mechanisms = plain

Hi This is the summary of my work with SOLR-Dovecot, in my QUEST TO REPRODUCE THE PREVIOULSY EXCELLENT WORK OF FTS_SQUAT @Aki : Based on the time I have spent on this, I would love to see you updating the Wiki with those improvements, and adding my name somewhere @All : Hope it helps - INSTALLATION: -> Create a clean install using the default, (at least in the Archlinux package), and

Since I have these performance problems after migration to 2.0.5 I'm publishing my config for review. Can anybody spot any obvious signs of trouble? # 2.0.5: /usr/local/etc/dovecot.conf # OS: Linux 2.6.32-24-generic-pae i686 Debian squeeze/sid auth_debug = yes auth_debug_passwords = yes auth_mechanisms = plain login disable_plaintext_auth = no auth_master_user_separator = * mail_location =

Hello, I may have missed a point, but I could have found an issue between plugins quota and lazy_expunge. I have noticed that the "lazy_expunge"d mails are counted as part of the quota, while the documentation says it should not be. I have first tried to find out if this was a configuration mistake somewhere. Notably, you can notice that the expunged mails are in directory ~/expunged

Op 14/01/2019 om 07:44 schreef Joan Moreau via dovecot: > > Hi Stephan, > > What's up with that ? > > Thank you so much > Working on it, somewhat anyway. BTW, did you see this ? : """ $ sudo -u solr /opt/solr/bin/solr create -c dovecot WARNING: Using _default configset with data driven schema functionality. NOT RECOMMENDED for production use. ????????

hey Christian, Thanks so much for your feedback. I am still getting an error. [root at mail tmp]# nano /etc/dovecot/dovecot.conf [root at mail tmp]# service dovecot restart Stopping Dovecot Imap: [FAILED] Starting Dovecot Imap: doveconf: Fatal: Error in configuration file /etc/dovecot/dovecot.conf line 19: Expecting '=' doveconf: Error:

On 13/11/2020 19:55, PGNet Dev wrote: > On 11/13/20 9:56 AM, PGNet Dev wrote: >>> (2) see here: https://wiki.dovecot.org/Plugins/FTS/Solr >>> >>> two useful settings are debug and rawlog_dir=whatever to be added in >>> the same line as fts_solr > > with > > ????fts_solr = ... debug > > line #35 @ https://pastebin.com/9ecLQspD _looks_ like