[Dovecot] testing fts-solr?
hi everyone,
However, how can I verify that solr is working properly?
Background:
- I'm trying to setup 2.1 with fts_solr and eventually test maildir/mdbox.
- I used the following webpage as reference to setup solr: http://www.roessner-network-solutions.com/2012/02/19/full-text-search-with-s...
I'm looking at /var/log/tomcat6/catalina.out file, but see nothing telling me that it's being used (same for /var/log/mail.log, etc.)
Any tips?
Thanks
On Sun, 2012-02-26 at 18:26 -0500, Jean-Daniel Beaubien wrote:
hi everyone,
However, how can I verify that solr is working properly?
You should see in logs things like:
indexer-worker(user@domain): Info: Indexed 1 messages in INBOX
It should be in Dovecot's info log (see "doveadm log find"). If you can't find it, see if "doveadm index -u user@domain INBOX" does any work.
Make sure the fts plugin is enabled, "doveadm fts optimize" shouldn't give an error.
Ok, I had to fix a few things. First of all, I had to declare mail_plugins = fts fts_solr in global file (dovecot.conf). After doing that, running doveadm fts optimize stopped giving me errors.
I ran doveadm index -user INBOX (and other folders). I'm assuming this actually did something because java/tomcat6 were really busy for a few mins and I could see the solr logs going nuts (/var/log/tomcat6/catalina.out).
However, whenever I run a search thru thunderbird (searching the from/to/subject/body fields), I don't see anything related to solr in the dovecot logs (I never see the line you mentioned or anything close: indexer-worker(user@domain): Info: Indexed 1 messages in INBOX).
After playing with the logging level, I manage to see this in the logs: Feb 27 19:12:19 mba-server dovecot: imap: Debug: Loading modules from directory: /var/opt/dovecot/lib/dovecot Feb 27 19:12:19 mba-server dovecot: imap: Debug: Module loaded: /var/opt/dovecot/lib/dovecot/lib20_fts_plugin.so Feb 27 19:12:19 mba-server dovecot: imap: Debug: Module loaded: /var/opt/dovecot/lib/dovecot/lib20_zlib_plugin.so Feb 27 19:12:19 mba-server dovecot: imap: Debug: Module loaded: /var/opt/dovecot/lib/dovecot/lib21_fts_solr_plugin.so
But nothing indicating that solr_plugin is being used. Any idea? i'd really like to be able to clearly see that I'm using solr.
Regards,
-JD
On Mon, Feb 27, 2012 at 5:24 AM, Timo Sirainen <tss@iki.fi> wrote:
On Sun, 2012-02-26 at 18:26 -0500, Jean-Daniel Beaubien wrote:
hi everyone,
However, how can I verify that solr is working properly?
You should see in logs things like:
indexer-worker(user@domain): Info: Indexed 1 messages in INBOX
It should be in Dovecot's info log (see "doveadm log find"). If you can't find it, see if "doveadm index -u user@domain INBOX" does any work.
Make sure the fts plugin is enabled, "doveadm fts optimize" shouldn't give an error.
Btw, since 2.1 is out-performing our old solution so badly, I thought I'd drop some numbers.
The old setup takes over ~4.5 seconds to perform our most common operation.
The new setup takes ~0.2 second to perform the same operation on the same dataset.
approx 22 faster, with less than half the storage; zlib is awesome, for the test account 15GB transforms into 6.5GB.
Old setup: dovecot 1.0.9 (Athlon X2 processor, standard hdd) New solution: dovecot 2.1, mdbox, zlib, fts_solr (i think solr works, but not sure) (core i7-2600, standard hdd).
Thank you very much for the awesome software.
On Mon, Feb 27, 2012 at 7:14 PM, Jean-Daniel Beaubien <jd.beaubien@gmail.com
wrote:
Ok, I had to fix a few things. First of all, I had to declare mail_plugins = fts fts_solr in global file (dovecot.conf). After doing that, running doveadm fts optimize stopped giving me errors.
I ran doveadm index -user INBOX (and other folders). I'm assuming this actually did something because java/tomcat6 were really busy for a few mins and I could see the solr logs going nuts (/var/log/tomcat6/catalina.out).
However, whenever I run a search thru thunderbird (searching the from/to/subject/body fields), I don't see anything related to solr in the dovecot logs (I never see the line you mentioned or anything close: indexer-worker(user@domain): Info: Indexed 1 messages in INBOX).
After playing with the logging level, I manage to see this in the logs: Feb 27 19:12:19 mba-server dovecot: imap: Debug: Loading modules from directory: /var/opt/dovecot/lib/dovecot Feb 27 19:12:19 mba-server dovecot: imap: Debug: Module loaded: /var/opt/dovecot/lib/dovecot/lib20_fts_plugin.so Feb 27 19:12:19 mba-server dovecot: imap: Debug: Module loaded: /var/opt/dovecot/lib/dovecot/lib20_zlib_plugin.so Feb 27 19:12:19 mba-server dovecot: imap: Debug: Module loaded: /var/opt/dovecot/lib/dovecot/lib21_fts_solr_plugin.so
But nothing indicating that solr_plugin is being used. Any idea? i'd really like to be able to clearly see that I'm using solr.
Regards,
-JD
On Mon, Feb 27, 2012 at 5:24 AM, Timo Sirainen <tss@iki.fi> wrote:
On Sun, 2012-02-26 at 18:26 -0500, Jean-Daniel Beaubien wrote:
hi everyone,
However, how can I verify that solr is working properly?
You should see in logs things like:
indexer-worker(user@domain): Info: Indexed 1 messages in INBOX
It should be in Dovecot's info log (see "doveadm log find"). If you can't find it, see if "doveadm index -u user@domain INBOX" does any work.
Make sure the fts plugin is enabled, "doveadm fts optimize" shouldn't give an error.
On 28.2.2012, at 2.14, Jean-Daniel Beaubien wrote:
Ok, I had to fix a few things. First of all, I had to declare mail_plugins = fts fts_solr in global file (dovecot.conf). After doing that, running doveadm fts optimize stopped giving me errors.
I ran doveadm index -user INBOX (and other folders). I'm assuming this actually did something because java/tomcat6 were really busy for a few mins and I could see the solr logs going nuts (/var/log/tomcat6/catalina.out).
OK, so it's indexing.
However, whenever I run a search thru thunderbird (searching the from/to/subject/body fields),
I think Thunderbird does this search internally, not via IMAP. You can test this by talking IMAP protocol directly:
telnet loclahost 143 a login user pass b select inbox c search text hello
I think Thunderbird does this search internally, not via IMAP. You can test this by talking IMAP protocol directly:
telnet localhost 143 a login user pass b select inbox c search text hello
Yes, you definitely want to check things are being accelerated by issuing direct IMAP commands via telnet. Many clients try to "help" by performing local searches, which will only obfuscate things for you. Even with 150K+ messages, it shouldn't take fts_solr more than 20ms or so to give you results.
I too was bitten by the configuration issue. The wiki/docs suggest that you only need to put the fts fts_solr plugin spec into imap "section", which never worked for me, unlike fts_squat which did). Putting it into the "global" plugin list made it all work for me.
You can check your solr index data directory too. A freshly installed solr index occupies almost no space, but that grows QUICKLY once it's indexed anything.
=R=
On 28.2.2012, at 12.15, Robin wrote:
I too was bitten by the configuration issue. The wiki/docs suggest that you only need to put the fts fts_solr plugin spec into imap "section", which never worked for me, unlike fts_squat which did). Putting it into the "global" plugin list made it all work for me.
That reads only in wiki1 docs, in wiki2 docs it should only talk about globals..
I wonder if it would be a bad idea to show some kind of a popup in wiki1 asking if you really want to be reading it or not, and use a cookie to remember it?..
On 2012-02-27 9:04 PM, Timo Sirainen <tss@iki.fi> wrote:
On 28.2.2012, at 2.14, Jean-Daniel Beaubien wrote:
However, whenever I run a search thru thunderbird (searching the from/to/subject/body fields),
I think Thunderbird does this search internally, not via IMAP.
You could test by opening the Advanced Search window (CTRL-SHIFT-F or Edit > Find > Search Messages), check the box to 'Run search on server', make sure the right account is selected, then perform a search...
There are 2 bugs open for Thunderbird dealing with server side IMAP searches, please feel free to go vote for one or both of them:
Main one:
https://bugzilla.mozilla.org/show_bug.cgi?id=564168
and one that is tangentially related:
https://bugzilla.mozilla.org/show_bug.cgi?id=543416
--
Best regards,
Charles
On 02/28/2012 03:04 AM, Timo Sirainen wrote:
On 28.2.2012, at 2.14, Jean-Daniel Beaubien wrote:
Ok, I had to fix a few things. First of all, I had to declare mail_plugins = fts fts_solr in global file (dovecot.conf). After doing that, running doveadm fts optimize stopped giving me errors.
I ran doveadm index -user INBOX (and other folders). I'm assuming this actually did something because java/tomcat6 were really busy for a few mins and I could see the solr logs going nuts (/var/log/tomcat6/catalina.out).
OK, so it's indexing.
Dovecot 2.1.1 and latest solr. Indexing seems ok because the size of the solr's data directory is growing and log shows things like this:
Feb 28 14:30:45 indexer-worker(username): Info: Indexed 12239 messages in SubFolder
but thunderbird returns nothing (it says not match found for "hello" for example).
I dont know what more can I do to debug this... Solr is working as the nobody user, is it OK for dovecot ? Does dovecot need to be have write access to the solr's data directory ?
Thanks
On 2012-02-28 8:41 AM, kfx <kadafax@gmail.com> wrote:
Dovecot 2.1.1 and latest solr. Indexing seems ok because the size of the solr's data directory is growing and log shows things like this:
Feb 28 14:30:45 indexer-worker(username): Info: Indexed 12239 messages in SubFolder
but thunderbird returns nothing (it says not match found for "hello" for example).
*How* are you testing with Thunderbird?
Did you enable the 'Run search on server' option in the Advanced Search window? Doing this *should* result in Thunderbird using dovecots indexes server side.
--
Best regards,
Charles
On 02/28/2012 03:23 PM, Charles Marcus wrote:
On 2012-02-28 8:41 AM, kfx <kadafax@gmail.com> wrote:
Dovecot 2.1.1 and latest solr. Indexing seems ok because the size of the solr's data directory is growing and log shows things like this:
Feb 28 14:30:45 indexer-worker(username): Info: Indexed 12239 messages in SubFolder
but thunderbird returns nothing (it says not match found for "hello" for example).
*How* are you testing with Thunderbird?
Did you enable the 'Run search on server' option in the Advanced Search window? Doing this *should* result in Thunderbird using dovecots indexes server side.
Yes I did.
Some more info:
by telnet'ing directly and issuing: c search text pattern
- SEARCH 1208 c OK Search completed (0.003 secs).
But the same search in thunderbird return "No matches found" :(
Here are the solr logs, first search is the "c search text pattern" second is from thunderbird:
Feb 28, 2012 3:26:21 PM org.apache.solr.core.SolrCore execute INFO: [] webapp=/solr path=/select params={fl=uid,score&sort=uid+asc&fq=%2Bbox:d8f5c7250ed14c4f1a5d00003ea484a8+%2Buser:"username"&q=(hdr:"pattern"+OR+body:"pattern")&rows=108227} hits=1 status=0 QTime=1
Feb 28, 2012 3:27:49 PM org.apache.solr.core.SolrCore execute INFO: [] webapp=/solr path=/select params={fl=uid,score&sort=uid+asc&fq=%2Bbox:d8f5c7250ed14c4f1a5d00003ea484a8+%2Buser:"username"&q=body:"pattern"&rows=108227} hits=0 status=0 QTime=1
It seems thunderbird is only searching in the body and not the header unlike the "c search text" method and that the pattern was found in the header of some random email. So none of the two method is working when searching in the body of the emails but work for the headers (???).
fts_solr module seems to be correctly launched: Feb 28 15:07:53 imap: Debug: Module loaded: /usr/local/lib/dovecot/lib20_fts_plugin.so Feb 28 15:07:53 imap: Debug: Module loaded: /usr/local/lib/dovecot/lib21_fts_solr_plugin.so
[root@server log]# grep -R mail_plugins /usr/local/etc/dovecot/ | grep -v \# /usr/local/etc/dovecot/conf.d/10-mail.conf:mail_plugins = autocreate fts fts_solr quota /usr/local/etc/dovecot/conf.d/15-lda.conf: mail_plugins = $mail_plugins sieve
[root@server log]# grep fts /usr/local/etc/dovecot/conf.d/90-plugin.conf fts = solr fts_solr = url=http://127.0.0.1:8983/solr/ break-imap-search
Don't know where to search :(
On Tue, 2012-02-28 at 15:47 +0100, kfx wrote:
Did you enable the 'Run search on server' option in the Advanced Search window? Doing this *should* result in Thunderbird using dovecots indexes server side.
Yes I did.
Some more info:
by telnet'ing directly and issuing: c search text pattern
- SEARCH 1208 c OK Search completed (0.003 secs).
So, Solr in Dovecot works perfectly.
But the same search in thunderbird return "No matches found" :(
Thunderbird problem, nothing you can do about it from Dovecot's side.
On 2012-02-28 9:57 AM, Timo Sirainen <tss@iki.fi> wrote:
So, Solr in Dovecot works perfectly.
Timo, a follow-up on this...
Thunderbird has a 'Quickfilter Toolbar' with a little searchbox that applies a filter of the current folder message view pane (to show you only messages in the pane that meet the criteria specified). The default criteria that are selected are just 'Sender', 'Recipients' and 'Subject', but you can also select 'Body' (and a few others like 'Unread', 'Contain attachments', etc), but the 'Body' criteria is the one that would want/need to use the fts indexes, so...
Can dovecots fts indexes be used in a case like this? In other words, will it 'just work'? Or will it *not* work? Or, would the client need to specify the folder in the commands it sends to limit the search and/or results to just the currently selected folder? Or is this even possible for such a simple/limited use filtering mechanism?
I don't have a dovecot test server set up yet, but even if I did, I wouldn't really know what to look for or how to test this myself...
Thanks,
--
Best regards,
Charles
On 5.3.2012, at 13.24, Charles Marcus wrote:
On 2012-02-28 9:57 AM, Timo Sirainen <tss@iki.fi> wrote:
So, Solr in Dovecot works perfectly.
Timo, a follow-up on this...
Thunderbird has a 'Quickfilter Toolbar' with a little searchbox that applies a filter of the current folder message view pane (to show you only messages in the pane that meet the criteria specified). The default criteria that are selected are just 'Sender', 'Recipients' and 'Subject', but you can also select 'Body' (and a few others like 'Unread', 'Contain attachments', etc), but the 'Body' criteria is the one that would want/need to use the fts indexes, so...
Can dovecots fts indexes be used in a case like this? In other words, will it 'just work'? Or will it *not* work? Or, would the client need to specify the folder in the commands it sends to limit the search and/or results to just the currently selected folder? Or is this even possible for such a simple/limited use filtering mechanism?
The regular IMAP protocol supports searching only from the selected folder. But I guess this quickfilter search also searches from only the selected folder. So I don't see a problem.
On 2012-03-05 9:48 AM, Timo Sirainen <tss@iki.fi> wrote:
On 5.3.2012, at 13.24, Charles Marcus wrote:
Thunderbird has a 'Quickfilter Toolbar' with a little searchbox that applies a filter of the current folder message view pane (to show you only messages in the pane that meet the criteria specified). The default criteria that are selected are just 'Sender', 'Recipients' and 'Subject', but you can also select 'Body' (and a few others like 'Unread', 'Contain attachments', etc), but the 'Body' criteria is the one that would want/need to use the fts indexes, so...
Can dovecots fts indexes be used in a case like this? In other words, will it 'just work'? Or will it *not* work? Or, would the client need to specify the folder in the commands it sends to limit the search and/or results to just the currently selected folder? Or is this even possible for such a simple/limited use filtering mechanism?
The regular IMAP protocol supports searching only from the selected folder.
Interesting, thanks... so, just guessing, most likely Thunderbird simply iterates over each folder in an account when searching an entire account and 'Run search on server' is checked (only available in the Advanced Search window)...
One last question then (couldn't find an answer on the wiki)...
I'm currently planning on using fts/clucene, but I'm thinking I'd like the following to apply also to dovecots internal indexes too...
What is the minimal number of characters that dovecots indexes are based on (I'm assuming that it doesn't index just individual characters)? 2+? 3+? Is this configurable?
The reason I ask is, Thunderbird has an annoying behavior where it sends a new/separate query each time a character is typed, beginning with the very first character:
https://bugzilla.mozilla.org/show_bug.cgi?id=541400
This causes massive performance degradation on my clients system that currently uses Courier-IMAP (this is the one we'll soon be converting to dovecot) when the users (usually accidentally (select the 'Body' criteria in the Quickfilter searchbox...
Is there a way to tell dovecot to return an *empty* result unless/until a query contains X+ characters (where X is some configurable number, I'm thinking 3 or 4)? This would pretty much neutralize/work around the above bug.
But I guess this quickfilter search also searches from only the selected folder. So I don't see a problem.
Correct, and thanks for the confirmation...
--
Best regards,
Charles
On 5.3.2012, at 18.12, Charles Marcus wrote:
One last question then (couldn't find an answer on the wiki)...
I'm currently planning on using fts/clucene, but I'm thinking I'd like the following to apply also to dovecots internal indexes too...
What is the minimal number of characters that dovecots indexes are based on (I'm assuming that it doesn't index just individual characters)? 2+? 3+? Is this configurable?
Lucene doesn't really work that way. It only searches full words. But some words are "stop words" that are ignored, such as "a" or "the" in the English language. So fts-lucene won't find anything when you search for "a", but other character searches will return all messages that contain it as a full word. (Or: That's how I think it works, too lazy to test it now.)
The reason I ask is, Thunderbird has an annoying behavior where it sends a new/separate query each time a character is typed, beginning with the very first character:
https://bugzilla.mozilla.org/show_bug.cgi?id=541400
This causes massive performance degradation on my clients system that currently uses Courier-IMAP (this is the one we'll soon be converting to dovecot) when the users (usually accidentally (select the 'Body' criteria in the Quickfilter searchbox...
I doubt this is going to be a problem with Dovecot+fts. The search results will be pretty much instantaneous, even if the search matches all of the messages.
Is there a way to tell dovecot to return an *empty* result unless/until a query contains X+ characters (where X is some configurable number, I'm thinking 3 or 4)?
Nope.
On 2012-03-05 12:01 PM, Timo Sirainen <tss@iki.fi> wrote:
On 5.3.2012, at 18.12, Charles Marcus wrote:
Thunderbird has an annoying behavior where it sends a new/separate query each time a character is typed, beginning with the very first character:
https://bugzilla.mozilla.org/show_bug.cgi?id=541400
This causes massive performance degradation on my clients system that currently uses Courier-IMAP (this is the one we'll soon be converting to dovecot) when the users (usually accidentally (select the 'Body' criteria in the Quickfilter searchbox...
I doubt this is going to be a problem with Dovecot+fts. The search results will be pretty much instantaneous, even if the search matches all of the messages.
Cool... I guess I'll just wait and see then, and revisit this if we run into problems...
Thanks Timo...
--
Best regards,
Charles
Ok I feel ashame... it was a third party init scrip who was the problem :(
Sorry for the noise and thank you for dovecot
On 2012-02-28 11:28 AM, Charles Marcus <CMarcus@Media-Brokers.com> wrote:
On 2012-02-28 11:05 AM, kfx <kadafax@gmail.com> wrote:
Ok I feel ashame... it was a third party init scrip who was the problem :(
Sorry for the noise and thank you for dovecot
So... you're saying that Thunderbird now correctly uses server side search?
Please respond... I need to know whether or not I need to pursue this, since we use Thunderbird in house and will be switching soon to dovecot...
Thanks,
--
Best regards,
Charles
On 3/2/2012 4:40 AM, Charles Marcus wrote:
Please respond... I need to know whether or not I need to pursue this, since we use Thunderbird in house and will be switching soon to dovecot...
This mailing list is for dovecot, not Thunderbird support. The lack of replies to Thunderbird usage questions no doubt reflects this.
I would look at the GUI interface and/or "manual" for Thunderbird to find the answer to that question. I suspect there is a check-box or configuration item that's been right in front of you all along that you've not thought twice about.
=R=
On 03/02/2012 05:13 PM, Robin wrote:
On 3/2/2012 4:40 AM, Charles Marcus wrote:
Please respond... I need to know whether or not I need to pursue this, since we use Thunderbird in house and will be switching soon to dovecot...
This mailing list is for dovecot, not Thunderbird support. The lack of replies to Thunderbird usage questions no doubt reflects this.
Please forgive me for jumping in, but I believe this is very much on-topic. It isn't a matter of "Thunderbird support", it's a matter of Dovecot interoperability. Please DO keep stuff like this on-list.
-Dave-- Dave McGuire, AK4HZ New Kensington, PA
On 2012-03-02 5:13 PM, Robin <dovecot@r.paypc.com> wrote:
This mailing list is for dovecot, not Thunderbird support. The lack of replies to Thunderbird usage questions no doubt reflects this.
What precisely about a possible bug with *any* IMAP client when using dovecot+fts makes you think that this is not on topic for the dovecot list?
--
Best regards,
Charles
On Mar 3, 2012, at 12:14 PM, Charles Marcus wrote:
On 2012-03-02 5:13 PM, Robin <dovecot@r.paypc.com> wrote:
This mailing list is for dovecot, not Thunderbird support. The lack of replies to Thunderbird usage questions no doubt reflects this.
What precisely about a possible bug with *any* IMAP client when using dovecot+fts makes you think that this is not on topic for the dovecot list?
Show dovecot misbehaving.
On Feb 28, 2012, at 6:57 AM, Timo Sirainen wrote:
On Tue, 2012-02-28 at 15:47 +0100, kfx wrote:
Did you enable the 'Run search on server' option in the Advanced Search window? Doing this *should* result in Thunderbird using dovecots indexes server side.
Yes I did.
Some more info:
by telnet'ing directly and issuing: c search text pattern
- SEARCH 1208 c OK Search completed (0.003 secs).
So, Solr in Dovecot works perfectly.
But the same search in thunderbird return "No matches found" :(
Thunderbird problem, nothing you can do about it from Dovecot's side.
Regards, Bradley Giesbrecht
On 2012-03-03 4:16 PM, Bradley Giesbrecht wrote:
On Mar 3, 2012, at 12:14 PM, Charles Marcus wrote:
On 2012-03-02 5:13 PM, Robin<dovecot@r.paypc.com> wrote:
This mailing list is for dovecot, not Thunderbird support. The lack of replies to Thunderbird usage questions no doubt reflects this.
What precisely about a possible bug with *any* IMAP client when using dovecot+fts makes you think that this is not on topic for the dovecot list?
Show dovecot misbehaving.
The OP showed where *something* was misbehaving - maybe you should read an entire thread before jumping in?
The bottom line, though, until it can be determined that it *is* a Thunderbird bug, we won't know if it is a dovecot bug or not, will we?
--
Best regards,
Charles
The OP showed where *something* was misbehaving - maybe you should read an entire thread before jumping in?
The bottom line, though, until it can be determined that it *is* a Thunderbird bug, we won't know if it is a dovecot bug or not, will we?
well as I wrote in the mini-tutorial, if you use roundcube search, you will see that it uses solr. So from my point of view it would be a Thunderbird thing.
-Christian
Roessner-Network-Solutions Bachelor of Science Informatik Nahrungsberg 81, 35390 Gießen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com
On 2012-03-04 11:21 AM, Christian Roessner <c@roessner-network-solutions.com> wrote:
The OP showed where *something* was misbehaving - maybe you should read an entire thread before jumping in?
The bottom line, though, until it can be determined that it *is* a Thunderbird bug, we won't know if it is a dovecot bug or not, will we?
well as I wrote in the mini-tutorial, if you use roundcube search,
? First post from you in this thread, much less a reference to some mini-tutorial you wrote
you will see that it uses solr. So from my point of view it would be a Thunderbird thing.
As I said, I would like confirmation *from the OP* about his last comment that his problem with Thunderbird was actually fixed by fixing whatever 'third party init script who was the problem'...
Looks like he isn't interested in replying (or has unsubbed from the list), so looks like there is no point in pursuing this at this point. I'll just have to wait until we get switched over to dovecot, and see if we have any problems with fts...
--
Best regards,
Charles
well as I wrote in the mini-tutorial, if you use roundcube search,
? First post from you in this thread, much less a reference to some mini-tutorial you wrote
This:
http://www.roessner-network-solutions.com/2012/02/19/full-text-search-with-s...
is from my blog ;)
you will see that it uses solr. So from my point of view it would be a Thunderbird thing.
As I said, I would like confirmation *from the OP* about his last comment that his problem with Thunderbird was actually fixed by fixing whatever 'third party init script who was the problem'...
ok
-Christian
Roessner-Network-Solutions Bachelor of Science Informatik Nahrungsberg 81, 35390 Gießen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com
On 2012-03-04 11:59 AM, Christian Roessner <c@roessner-network-solutions.com> wrote:
you will see that it uses solr. So from my point of view it would be a Thunderbird thing.
As I said, I would like confirmation *from the OP* about his last comment that his problem with Thunderbird was actually fixed by fixing whatever 'third party init script who was the problem'...
ok
One other thing I neglected to mention - I'll probably use fts+lucene, since it appears to be simpler (is a plugin and only requires clucene as a dependency)...
Next is to push for full support in Thunderbird for a per account config option to simply run all searches on the server Should only be enabled for an account the server for which support fts search indexes):
https://bugzilla.mozilla.org/show_bug.cgi?id=564168
--
Best regards,
Charles
On Mar 4, 2012, at 7:57 AM, Charles Marcus wrote:
On 2012-03-03 4:16 PM, Bradley Giesbrecht wrote:
On Mar 3, 2012, at 12:14 PM, Charles Marcus wrote:
On 2012-03-02 5:13 PM, Robin<dovecot@r.paypc.com> wrote:
This mailing list is for dovecot, not Thunderbird support. The lack of replies to Thunderbird usage questions no doubt reflects this.
What precisely about a possible bug with *any* IMAP client when using dovecot+fts makes you think that this is not on topic for the dovecot list?
Show dovecot misbehaving.
The OP showed where *something* was misbehaving - maybe you should read an entire thread before jumping in?
I have been reading this thread from the beginning.
You asked the question:
On Mar 3, 2012, at 12:14 PM, Charles Marcus wrote:
What precisely about a possible bug with *any* IMAP client when using dovecot+fts makes you think that this is not on topic for the dovecot list?
It has been demonstrated that dovecot+fts is working properly and that this not a dovecot issue. At what point should this issue be taken to a Thunderbird support venue?
I will butt out now.
On 3/4/2012 11:39 AM, Bradley Giesbrecht wrote:
It has been demonstrated that dovecot+fts is working properly and that this not a dovecot issue.
Most software contains workarounds to bugs/misfeatures in other vendors' programs. Dovecot already has many:
NFS: mmap_disable = no mail_nfs_index = no
Workarounds for various client bugs: delay-newmail: netscape-eoh: tb-extra-mailbox-sep:
To state that a problem in other software that interacts with Dovecot is not worth discussing seems a bit naive, or arrogant, or both. Given how long it takes, never in some cases, for Mozilla to fix IMAP related problems in TBird, you can't blame the OP for looking in other directions for a solution. Note the bug I filed 2+ years on broken IMAP custom header search:
https://bugzilla.mozilla.org/show_bug.cgi?id=546925
2 years later and it's not even been assigned to a dev...
-- Stan
On 04.03.2012 23:29, Stan Hoeppner wrote:
<snip />
not worth discussing seems a bit naive, or arrogant, or both. Given how long it takes, never in some cases, for Mozilla to fix IMAP related problems in TBird, you can't blame the OP for looking in other directions for a solution. Note the bug I filed 2+ years on broken IMAP custom header search:
https://bugzilla.mozilla.org/show_bug.cgi?id=546925
2 years later and it's not even been assigned to a dev...
We started buying features/fixes.
p@rick
-- state of mind ()
Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666
Amtsgericht München Partnerschaftsregister PR 563
On 3/4/2012 4:47 PM, Patrick Ben Koetter wrote:
On 04.03.2012 23:29, Stan Hoeppner wrote:
<snip />
not worth discussing seems a bit naive, or arrogant, or both. Given how long it takes, never in some cases, for Mozilla to fix IMAP related problems in TBird, you can't blame the OP for looking in other directions for a solution. Note the bug I filed 2+ years on broken IMAP custom header search:
https://bugzilla.mozilla.org/show_bug.cgi?id=546925
2 years later and it's not even been assigned to a dev...
We started buying features/fixes.
Does Mozilla have a page listing such services and prices, err, required/expected donation amounts?
-- Stan
Stan,
- Stan Hoeppner <stan@hardwarefreak.com>:
On 3/4/2012 4:47 PM, Patrick Ben Koetter wrote:
On 04.03.2012 23:29, Stan Hoeppner wrote:
<snip />
not worth discussing seems a bit naive, or arrogant, or both. Given how long it takes, never in some cases, for Mozilla to fix IMAP related problems in TBird, you can't blame the OP for looking in other directions for a solution. Note the bug I filed 2+ years on broken IMAP custom header search:
https://bugzilla.mozilla.org/show_bug.cgi?id=546925
2 years later and it's not even been assigned to a dev...
We started buying features/fixes.
Does Mozilla have a page listing such services and prices, err, required/expected donation amounts?
to my knowledge they don't have a page listing services and prices. Recently they discussed pros and cons of crowd sourcing, but without much progress.
I can get you in contact with one of the TB programmers, who implemented features for us, if you want to.
p@rick
-- state of mind ()
Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666
Amtsgericht München Partnerschaftsregister PR 563
participants (10)
-
Bradley Giesbrecht
-
Charles Marcus
-
Christian Roessner
-
Dave McGuire
-
Jean-Daniel Beaubien
-
kfx
-
Patrick Ben Koetter
-
Robin
-
Stan Hoeppner
-
Timo Sirainen