similar to: fts_solr Bad Request / BUG: Unknown internal error

Hi, I had the same experience. I used the current dovecot and SOLR 5.2. It works with 4.10, so my first wild guess would be that there is a bug in dovecots url encoding sending to solr (they possibly updated some stuff in url handling? - don't know). In SOLR 5.2 i created a core "mail3" and copied the config from my working 4.10 installation. Indexing new messages seem to work, but

On Sun, Apr 3, 2016 at 4:19 PM, Stephan Bosch <stephan at rename-it.nl> wrote: >> Unfortunately I do not know (yet) which client action produces these >> log lines. "GET null null" seems not to be a sensible request in any >> case. >> >> Anyone seeing the same effect? > > > Did this happen only after upgrade to 2.2.23 or is this a fresh

Hi, the log file shows suspicious entries as follows: Apr 3 09:14:49 xxx dovecot: imap(user at domain): Error: fts_solr: Lookup failed: 400 Bad Request The tomcat7 log shows for this request: 10.0.0.234 - - [03/Apr/2016:09:14:49 +0200] "GET null null" 400 - Dovecot is latest 2.2.23 with a pretty standard FTS config copied from the wiki: mail_plugins = " acl fts fts_solr"

thanks for your input. Bill: deliver is just a symlink to dovecot-lda Stephan: I don't know, and and it even does not work when I use deliver -f "postmaster at ourdomain.internal" - I get the same error message. A part of the mail I got when using 2.2.23: Return-Path: <MAILER-DAEMON> Delivered-To: user1 at ourdomain.internal Received: from localhost (localhost [127.0.0.1])

Hi, I just upgraded from dovecot 2.2.19 to 2.3.2. "doveadm backup" worked fine in v 2.2.19, but now panics (user with shared folder): /opt/dovecot/bin/doveadm backup -u testuser -1 sdbox:/tmp/testuser dsync(standl2): Panic: file mailbox-attribute.c: line 360 (mailbox_attribute_get_stream): assertion failed: (value_r->value != NULL || value_r->value_stream != NULL) dsync(standl2):

Hello, I am trying to use Doevecot fts, with solr the script provided. To rebuild the index, I use the command: doveadm -D index -u mirina 'inbox' To rescan, I use: doveadm -D fts rescan -u mirina But when I do a search, with doveadm, the program hangs: doveadm -D search -u mirina text Madagascar > Debug: Loading modules from directory: /usr/lib/dovecot/modules > Debug: Module

Hello, still trying to get things going. With proxypass the REMOTE_USER variable set by mod_auth_* is not passed to mongrel. I found another admin that has the same problem[1], but no solution. Did someone here solve this problem? [1]http://mail-archives.apache.org/mod_mbox/httpd-users/200610.mbox/<323a37200610021509k6142cb08q6e6b0642e3261c6d%40mail.gmail.com>

On 2018-05-01 21:29, Andr? Rodier wrote: > On 2018-05-01 07:22, Andr? Rodier wrote: >> Hello, >> >> I am trying to use Doevecot fts, with solr the script provided. >> >> To rebuild the index, I use the command: >> doveadm -D index -u mirina 'inbox' >> >> To rescan, I use: doveadm -D fts rescan -u mirina >> >> But when I do

Hello, I am currently testing the upgrade from our dovecot v2.2.23 to 2.3.0. I have a strange problem with lda. We use bounce mails for internal users if they try to send virus/spammails. The exact same config works with 2.2.23, but not with 2.3.0. The relevant postfix/master.cf part: dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail

Using Debian, dovecot-solr 1:2.2.26.0-4, and solr-tomcat 3.6.2+dfsg-9, I am getting 400 errors when doing searches. Here is an example search query from dovecot that failed (captured with wireshark): Frame 23: 338 bytes on wire (2704 bits), 338 bytes captured (2704 bits) on interface 0 Linux cooked capture Internet Protocol Version 6, Src: ::1, Dst: ::1 Transmission Control Protocol, Src

Hi, While testing our migration to dovecot 2.3.0, we encountered 2 panics, 1 segmentation fault while we wanted to rebuild the solr indizes. Problem [1] was encountered while rebuilding the indizes, and now I don't know how many mails/documents are indexed or where it got stuck. [2] and [3] encountered while just playing around, since I did not know of "tokenize" and did not find a

On 02/05/18 22:17, Andr? Rodier wrote: > On 02/05/18 11:45, Andr? Rodier wrote: >> On 2018-05-01 21:29, Andr? Rodier wrote: >>> On 2018-05-01 07:22, Andr? Rodier wrote: >>>> Hello, >>>> >>>> I am trying to use Doevecot fts, with solr the script provided. >>>> >>>> To rebuild the index, I use the command: >>>>

I still find impediments to the adoption of any of those "solutions". Too many software dependencies, like PHP, DB, python, and a virtual machine. --- There are two portable file formats for calendar and contacts that work across applications and systems, but no server that can use them, and use them safely. Sent from ProtonMail Mobile On Wed, Aug 23, 2017 at 10:41 AM, Infoomatic

https://github.com/st3fan/dovecot-xaps-daemon Works PERFECTLY. I use it on CentOS 6 and 7. Thanks, Steffan Cline steffan at hldns.com 602-793-0014 > On Jan 8, 2020, at 2:39 PM, infoomatic <infoomatic at gmx.at> wrote: > > ?I have no idea about that Mac proprietary stuff ... however, > https://doc.dovecot.org/configuration_manual/push_notification/ might be > a

Now that Apple has abandoned mail server capabilities in macOS Server.app we have to move to an open source solution. I have done this using Macports and it works well (no thanks to Apple as it never published the in 2018 promised migration info for mail services). The MacPorts Apple Push Notification variant based on a patch written a few years ago for dovecot supports APNS but it requires you

Hello Together Please witch add-on possibilities exist to synchronize the Calednar with Dovecot and Postfix. Can give me here any a possible direction ? thanks regards Mauri

Hi, we are trying to add full text search functionality with Solr to our Doveoct setup. Our Versions: OS: Debian 9 Tried versions: - Dovecot 2.2.7 with Solr 3.6 - Dovecot 2.3.4 with Solr 8.2 (2.2.7 from offical Debian repository, 2.3.4 from backports) Search is working mostly of the time perfrectly smooth. But sometimes following message appears in mail.err: dovecot:

Hi, I have already mentioned this in http://www.dovecot.org/pipermail/dovecot/2014-November/098592.html I could reproduce the errors above in a self-compiled v2.2.18 and the prebuilt packages from xi.rename-it.nl (in addition to version 2.2.15 mentioned in the link) The problem occurs when enabling fts_tika in the plugins (tried tika 1.6, 1.7 and 1.8). I tried to move a folder of my mailbox

dovecot 2.2.34 solr 7.2 I only see new messages after typing on the server "doveadm fts rescan -u username" though I've followed the wiki and added "fts_autoindex = yes" in 90-plugin.conf . Subsequent search for the same pattern always gives the same result, ignoring new emails with that particular pattern. Solr is working correctly and the correct search results comes

No reason to tell me about security, I just need chmod for my tests. Where to change it ? On Thu, Jan 25, 2018 at 12:00 PM, <dovecot-request at dovecot.org> wrote: > Send dovecot mailing list submissions to > dovecot at dovecot.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://dovecot.org/mailman/listinfo/dovecot > or, via email,