search for: multisearch

Thank you - I'm aware of the virtual folder option and do use it. My interest is for a Windows client, EM Client, which I otherwise really enjoy. Unfortunately, they've implemented server-side searching only via MULTISEARCH - for reasons passing my understanding. So I was hoping to hear Dovecot either already had support or there were plans to implement it. --- Daniel ------ Original Message ------ From: "Teemu Huovila" <teemu.huovila at open-xchange.com> To: dovecot at dovecot.org Sent: 5/8/2020 5...

....net> wrote: > > Am 10.05.20 um 00:22 schrieb Daniel Miller: >> Thank you - I'm aware of the virtual folder option and do use it. My interest is for a Windows client, EM Client, which I otherwise really enjoy. Unfortunately, they've implemented server-side searching only via MULTISEARCH - for reasons passing my understanding. So I was hoping to hear Dovecot either already had support or there were plans to implement it. > > Virtual folder does not scale. Thank you for naming a client that does multisearch! Virtual folder scales just fine. What makes you think it does not?...

Hey.. i am just browsing through the lucene features and i''m wondering if this feature is available in ferret as well .. # multiple-index searching with merged results this would be nice, as i''m thinking about several indexes, as i am using a lot of wildcard queries for livesearches like google suggest. i think the performance would increase, if i split my rather big index in

Does Dovecot presently support the MULTISEARCH command, or are there plans to do so? --- Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20200506/eb271fc2/attachment.html>

...> > > Am 10.05.20 um 00:22 schrieb Daniel Miller: > > >> Thank you - I'm aware of the virtual folder option and do use it. My interest is for a Windows client, EM Client, which I otherwise really enjoy. Unfortunately, they've implemented server-side searching only via MULTISEARCH - for reasons passing my understanding. So I was hoping to hear Dovecot either already had support or there were plans to implement it. > > > > > > Virtual folder does not scale. Thank you for naming a client that does multisearch! > > > > Virtual folder scales j...

Hi folks. If I am indexing ModelA and ModelB and I want to search both of them, I usually just pick one arbitrarily and use it for #multi_search. Is there a slicker pattern, regarding from which model to invoke #multi_search? Can it be invoked directly from the Ferret library? Has anyone put together some sort of "dummy" search class? Thanks for any ideas. John

...> Am 10.05.20 um 00:22 schrieb Daniel Miller: > > > > >> Thank you - I'm aware of the virtual folder option and do use it. My interest is for a Windows client, EM Client, which I otherwise really enjoy. Unfortunately, they've implemented server-side searching only via MULTISEARCH - for reasons passing my understanding. So I was hoping to hear Dovecot either already had support or there were plans to implement it. > > > > > > > > > > Virtual folder does not scale. Thank you for naming a client that does multisearch! > > > > >...

Am 10.05.20 um 00:22 schrieb Daniel Miller: > Thank you - I'm aware of the virtual folder option and do use it. My > interest is for a Windows client, EM Client, which I otherwise really > enjoy. Unfortunately, they've implemented server-side searching only via > MULTISEARCH - for reasons passing my understanding. So I was hoping to > hear Dovecot either already had support or there were plans to implement it. Virtual folder does not scale. Thank you for naming a client that does multisearch! Peter >> On 6.5.2020 3.57, Daniel Miller wrote: >>> Do...

...Wong" <joewong99 at gmail.com> To: "Aki Tuomi" <aki.tuomi at open-xchange.com> Cc: dovecot at dovecot.org; "Peter" <pch at myzel.net>; "Sami Ketola" <sami.ketola at dovecot.fi> Sent: 5/11/2020 4:51:14 AM Subject: Re: [EXT] Re: Support for MULTISEARCH >On Mon, May 11, 2020 at 7:18 PM Aki Tuomi <aki.tuomi at open-xchange.com> >wrote: > >> >> > On 11/05/2020 14:09 Joe Wong <joewong99 at gmail.com> wrote: >> > >> > >> > >> > >> > >> > On Mon, May 11, 2...

...; > Am 10.05.20 um 00:22 schrieb Daniel Miller: > >> Thank you - I'm aware of the virtual folder option and do use it. My > interest is for a Windows client, EM Client, which I otherwise really > enjoy. Unfortunately, they've implemented server-side searching only via > MULTISEARCH - for reasons passing my understanding. So I was hoping to hear > Dovecot either already had support or there were plans to implement it. > > > > Virtual folder does not scale. Thank you for naming a client that does > multisearch! > > Virtual folder scales just fine. What m...

...rote: >>> Am 10.05.20 um 00:22 schrieb Daniel Miller: >>>> Thank you - I'm aware of the virtual folder option and do use it. My interest is for a Windows client, EM Client, which I otherwise really enjoy. Unfortunately, they've implemented server-side searching only via MULTISEARCH - for reasons passing my understanding. So I was hoping to hear Dovecot either already had support or there were plans to implement it. >>> >>> Virtual folder does not scale. Thank you for naming a client that does multisearch! >> Virtual folder scales just fine. What makes...

...0.05.20 um 00:22 schrieb Daniel Miller: > > > >> Thank you - I'm aware of the virtual folder option and do use it. > My interest is for a Windows client, EM Client, which I otherwise really > enjoy. Unfortunately, they've implemented server-side searching only via > MULTISEARCH - for reasons passing my understanding. So I was hoping to hear > Dovecot either already had support or there were plans to implement it. > > > > > > > > Virtual folder does not scale. Thank you for naming a client that > does multisearch! > > > > > &g...

...00:22 schrieb Daniel Miller: > > > > > >> Thank you - I'm aware of the virtual folder option and do use > it. My interest is for a Windows client, EM Client, which I otherwise > really enjoy. Unfortunately, they've implemented server-side searching only > via MULTISEARCH - for reasons passing my understanding. So I was hoping to > hear Dovecot either already had support or there were plans to implement it. > > > > > > > > > > > > Virtual folder does not scale. Thank you for naming a client > that does multisearch! > &g...

I''m running from the trunk, and hitting road blocks no matter which way I attempt to search across multiple indexes. I tried a MultiSearcher, but I can''t pass a string for the search query ms.search "iraq" TypeError: wrong argument type String (expected Data) So I tried creating a QueryParser to pass, but I can''t get the fields from the reader r.get_field_names NoMethodError: undefined method `get_field_...

...################ NEW QUESTIONS ################### Re: Search Model 1. Is this just an Active Record object or do I need to set up a database for it as well (if so then with what columns)? 2. Do I need to set up table relationships to the others (has_many)? 3. How do I boost fields within a multisearch statement? Re: Search Display I''ve seen countless examples of pagination code for AAF, but Im still not sure how to write the view code for my search results. You can read more about the issues I am having, along with code examples here => http://pastie.caboo.se/52769 Thanks ag...

On 6.5.2020 3.57, Daniel Miller wrote: > Does Dovecot presently support the MULTISEARCH command, or are there > plans to do so? If you mean RFC7377, that is not supported.? ref. https://www.imapwiki.org/Specs I would suggest evaluating if searching a single virtual folder could work for your use case. ref. https://doc.dovecot.org/configuration_manual/virtual_plugin/ br, Teem...

If searching multiple indexes with a single searcher is there anyway to identify which index a resulting doc is stored in? i1 = Ferret::I.new i2 = Ferret::I.new i1 << {:id=>1,:text=>"random stuff"} i1.commit reader = Ferret::Index::IndexReader.new([i1.options[:dir],i2.options[:dir]]) searcher = Ferret::Index::IndexSearcher.new(reader) query =

I am using Dovecot 2.3.4. I could upgrade if necessary. I see this capabilities after login in: """ a OK [CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN

...nswer your question, I think. <https://stackoverflow.com/questions/12683288/what-is-wrong-with-this-imap-esearch-command-syntax> The ESEARCH capability indicates that the server supports RFC 4731 and RFC4466 which defined the ESEARCH reponse and an extended format of the SEARCH command. The MULTISEARCH capability (RFC 6237) builds upon the ESEARCH capability to make it possible to search in another mailbox than the currently selected one. The command syntax you're using requires MULTISEARCH. -- Y is for YORRICK whose head was knocked in Z is for ZILLAH who drank too much gin

...o_flush can be ignored. Furthermore, reading several indexes should be done like that: index = Ferret::Index::Index.new( :path => [ ''/some/path'',''/another/path'' ], :readonly => true ) so you dont need to play around with MultiSearcher or MultiReader Classes. And if possible (and if this api isn''t downward compatible anyway) i would suggest to drop one ''Index'' in Ferret::Index::Index We have a Ferret::Document, a Ferret::Field, so why not have a Ferret::Index .. doesn''t make sense to have a...