Re: Search on Cyrus 3.4.1 (RH9 packaged) - recommendations?

"Simon Wilson via Info" <[email protected]>
Newsgroups gmane.mail.imap.cyrus
Message-ID <1371dc-65d94e00-7-7860a800@171861910>
------=_=-_OpenGroupware_org_NGMime-1274332-1708740152.041268-10------
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Content-Length: 1180


No-one have any recommendations on how to best set-up search on Cyrus on Re=
d hat - really?




On Saturday, February 17, 2024 16:51 AEST, "Simon Wilson via Info" <info@cy=
rus.topicbox.com> wrote:
=C2=A0Over the last few years there has been much discussion that I have se=
en (whether in the list or when I've searched) about squat and xapian etc. =
breaking, only searching some emails, including unindexed emails in search =
results, etc.=C2=A0

I'm currently on 3.0.7 on RH 8, and poised to move the mail server to RH 9,=
 which ships with 3.4.1.

On 3.0.7 I use "search_engine: squat", with the squatter command "squatter =
cmd=3D"squatter -R -n squat"" (the 'squat' channel is defined in imapd.conf=
). Header searches work fine. Complex text / body searches fairly regularly=
 time out and fail, and we've just put up with this...

At risk of starting a war, as I prepare to move to the RH9 server with 3.4.=
1 what is the recommended, easiest, best way to get best outcome for search=
es on 3.4.1?

--=C2=A0
Simon Wilson
M: 0400 121 116Cyrus / Info / see discussions + participants + delivery=C2=
=A0options Permalink
--=C2=A0
Simon Wilson
M: 0400 121 116

------------------------------------------
Cyrus: Info
Permalink: https://cyrus.topicbox.com/groups/info/Td3528afd579ba728-M7d4f0b=
3e0465df5a8062d051
Delivery options: https://cyrus.topicbox.com/groups/info/subscription

------=_=-_OpenGroupware_org_NGMime-1274332-1708740152.041268-10------
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Content-Length: 1967

<html><html><html>No-one have any recommendations on how to best set-up sea=
rch on Cyrus on Red hat - really?<br /><br /><br /><br /><br />On Saturday,=
 February 17, 2024 16:51 AEST, &quot;Simon Wilson via Info&quot; &lt;info@c=
yrus.topicbox.com&gt; wrote:<br />&nbsp;<blockquote cite=3D"10e1ee-65d05780=
-9-5ecc3400@6814039" type=3D"cite">Over the last few years there has been m=
uch discussion that I have seen (whether in the list or when I&#39;ve searc=
hed) about squat and xapian etc. breaking, only searching some emails, incl=
uding unindexed emails in search results, etc.&nbsp;<br /><br />I&#39;m cur=
rently on 3.0.7 on RH 8, and poised to move the mail server to RH 9, which =
ships with 3.4.1.<br /><br />On 3.0.7 I use &quot;search_engine: squat&quot=
;, with the squatter command &quot;squatter cmd=3D&quot;squatter -R -n squa=
t&quot;&quot; (the &#39;squat&#39; channel is defined in imapd.conf). Heade=
r searches work fine. Complex text / body searches fairly regularly time ou=
t and fail, and we&#39;ve just put up with this...<br /><br />At risk of st=
arting a war, as I prepare to move to the RH9 server with 3.4.1 what is the=
 recommended, easiest, best way to get best outcome for searches on 3.4.1?<=
br /><br />--&nbsp;<br />Simon Wilson<br />M: 0400 121 116</blockquote><br =
/>--&nbsp;<br />Simon Wilson<br />M: 0400 121 116</html></html><div id=3D"t=
opicbox-footer" style=3D"margin:10px 0 0;border-top:1px solid #ddd;border-c=
olor:rgba(0,0,0,.15);padding:7px 0;">

<strong><a href=3D"https://cyrus.topicbox.com/latest" style=3D"color:inheri=
t;text-decoration:none">Cyrus</a></strong>
  / Info / see
<a href=3D"https://cyrus.topicbox.com/groups/info">discussions</a>
  +
<a href=3D"https://cyrus.topicbox.com/groups/info/members">participants</a>
  +
<a href=3D"https://cyrus.topicbox.com/groups/info/subscription">delivery&nb=
sp;options</a>
<a href=3D"https://cyrus.topicbox.com/groups/info/Td3528afd579ba728-M7d4f0b=
3e0465df5a8062d051" style=3D"float:right">Permalink</a>
</div>
</html>=

------=_=-_OpenGroupware_org_NGMime-1274332-1708740152.041268-10--------
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.