On Thu, May 7, 2020, at 11:51 AM, Marco wrote:
> 1) The Rename.rename_inbox fails for this syslog error:
Probably ellie knows more for this one?
> 2) The SearchFuzzy.striphtml_alternative fails for the following reason:
> 3) The SearchFuzzy.striphtml_rfc822 fails for the following reason:
These
On Wed, Feb 5, 2020, at 9:36 PM, Heiler Bemerguy wrote:
> Is this normal ?
Absolutely not. Which Cyrus version are you running? Are you using the Xapian
search backend? Would you be able to run this with a debug-enabled build and
look at the core dump?
Cheers,
Robert
Cyrus Home Page: http
On Mon, Jan 27, 2020, at 9:51 AM, Egoitz Aurrekoetxea via Info-cyrus wrote:
> Just for having it slightly clearer… When you upgrade the Cyrus version and
> the version you are upgrading to is a too close one… for instance from 3.0.8
> to 3.0.13 and you see the Cyrus version is the same for users
On Tue, Jan 28, 2020, at 10:22 AM, Zorg wrote:
> put every time i this to add event (thunderbird, evolution, curl ) i
> have this in the log "HTTP/1.1 500 Internal Server Error" (error=The
> server encountered an internal error.)
Do you see any indicative error message in the log file (e.g. sysl
On Fri, May 10, 2019, at 3:58 PM, Michael Menge wrote:
> I can test again if search_fuzzy_always has an influence on
> the usage of the usage of the "search text".
Yes, please do.
Cheers,
Robert
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/piperm
On Fri, May 10, 2019, at 2:18 PM, Michael Menge wrote:
> no the problem is not completly resolved jet.
> See https://github.com/cyrusimap/cyrus-imapd/issues/2598 for details.
I tested this right now on the 3.0 branch, and I can confirm there's an issue
of matches not being found. I don't have an
On Wed, Feb 13, 2019, at 2:24 PM, Egoitz Aurrekoetxea wrote:
> Or.. if using in imapd.conf "search_fuzzy_always: 1" isn't it?.
Yes, that will instruct imapd to always use FUZZY search for IMAP SEARCH
commands [1]. If you use JMAP, it always use fuzzy search (and hence the
Xapian backend).
[1]htt
Hi Egoitz,
On Wed, Feb 13, 2019, at 1:10 PM, Egoitz Aurrekoetxea wrote:
> Xapian version is xapian-core-1.4.9_1 (FreeBSD port). Could I see by
> some debbuging log Xapian is working in the searchs in order to know,
> that can't be faster and that all is ok?. At the moment I have tree
> tiers. But
Hi,
On Mon, Jan 7, 2019, at 7:32 PM, Egoitz Aurrekoetxea wrote:
> So, if I run Squatter in the master in rolling mode... then I assume
> there's no need to launch manually squatter command in the master...
> isn't it?.
If you indexed all messages in the mailbox before, then there shouldn't
be a ne
chines isn't it?.>
> Many thanks!
>
> ---
>
> sarenet
> *Egoitz Aurrekoetxea*
> Departamento de sistemas
> 944 209 470
> Parque Tecnológico. Edificio 103
> 48170 Zamudio (Bizkaia)
> ego...@sarenet.es
> www.sarenet.es
>
> Antes de imprimir este c
On Mon, Jan 7, 2019, at 4:13 PM, Elías Halldór Ágústsson wrote:
> Regarding indexing and searching in body of emails; what if the body
> text is encoded in base64 or quoted-printable? It won't yield any
> unencoded search strings, or what?
If the MIME body part is of type text, then base64 and QP-e
Hi,
Sebastian is right:
On Mon, Jan 7, 2019, at 3:57 PM, Sebastian Hagedorn wrote:
>
> squatter is nowadays a bit of a misnomer, because it uses
> whatever index> you have configured. In cyrus 2.4, squatter would always
> create a
> SQUAT> index. When you run squatter with Xapian, it will build
Hello,
On Thu, Jan 3, 2019, at 3:55 PM, Egoitz Aurrekoetxea wrote:
> I was planning to perform mailboxes squattering in rolling mode. Have
> you had some kind of expience on searching with Xapian and IMAP
> protocol?. Perhaps is more designed for JMAP?. Or perhaps, using it
> with IMAP is not so a
Does any of the message returned by a regular SEARCH contain the verbatim word
"Jahren"? The issue you are describing might be related to stemming.
Cheers,
Robert
On Fri, May 25, 2018, at 15:59, Sebastian Hagedorn wrote:
> Hi,
>
> now that I know that in current releases of Cyrus 3 is only used
Hi Albert,
On Fri, May 18, 2018, at 22:39, Albert Shih wrote:
> After turn on telemetry it's seem Thunderbird just do a « classic » search.
>
> So that's mean when I do search from Thunderbird it's very slow, and I
> build the xapian index for almost nothing because almost 90% of my users
> use T
On Fri, May 11, 2018, at 14:25, Sebastian Hagedorn wrote:
> --On 11. Mai 2018 um 13:32:29 +0200 Robert Stepanek
> wrote:
> > For non-FUZZY text SEARCH, Cyrus attempts to match the string on its own
> > [1].
>
> That sounds strange to me, because Cyrus 2.4 and earlier don
On Fri, May 11, 2018, at 13:04, Sebastian Hagedorn wrote:
> For my understanding: does that mean the Xapian index is only used for
> clients that support RFC 6203? If that is the case, how are "traditional"
> IMAP searches handled?
For non-FUZZY text SEARCH, Cyrus attempts to match the string o
Hi,
On Wed, May 9, 2018, at 09:45, Albert Shih wrote:
> So I get
>
> "search": {
> "squat": true,
> "sphinx": false,
> "xapian": true,
> "xapian_flavor": "vanilla"
> },
>
> I don't know if vanilla are a correct value of xapian_flavor, I would say
> yes because vanilla are ...
Hi,
On Fri, May 4, 2018, at 14:48, Albert Shih wrote:
> Is they are any way to make a test to know if xapian work or not ?
Cyrus comes with two binaries that will tell you its build and runtime
configuration:
E.g. running
$ /usr/cyrus/sbin/cyr_buildinfo
on my development server yields a
On Fri, Apr 27, 2018, at 15:48, Albert Shih wrote:
> I activated squatter but put the index not on ssd. The index created by
> squatter are (in my case) about 5-8% of the size of the mailbox.
>
> But I got lot of « conversation » index. What's the purpose of those «
> conversations » ?
conversa
probably will not resolve the issue, but it would give us one more data
point if squatter turns out to run cleanly on the development release.
Cheers,
Robert
[1] https://github.com/cyrusimap/cyrus-imapd
On Mon, Apr 23, 2018, at 09:48, Robert Stepanek wrote:
> Hi Albert,
>
> On Sat, Apr
Hi Albert,
On Sat, Apr 21, 2018, at 08:05, Albert Shih wrote:
> Le 20/04/2018 à 16:18:23+0200, Robert Stepanek a écrit
> > Would you be able to inspect a [..]
> > core dump of squatter?
>
> No dump (don't know why).
For Linux, one has to set a kernel flag to allo
Hi Albert,
Which Cyrus version are you using? Is it a packaged distribution or are you
building from source? Would you be able to inspect a core dump of squatter? Do
you see squatter log anything before the segfault?
I haven't seen the issue you are describing, and it certainly shouldn't happen
On Mon, Feb 19, 2018, at 14:33, Eugene M. Zheganin wrote:
> But my users kind of demand more and more :), now they want not only the
> header/body search, but also sorting out the letters to the folders that
> contain the localized symbols. So, it's working fine when a folder is
> named 'Junk e-
Thanks for making this more clear to me :)
On Fri, Feb 16, 2018, at 11:07, Vladislav Kurz wrote:
> The problem is that headers with non-ascii chars are encoded in form
> like this:
> Subject: =?UTF-8?B?UmU6I.gVG9v?=
> And also the body is sometimes completely in base64, even though it is
> jus
On Fri, Feb 16, 2018, at 10:17, Eugene M. Zheganin wrote:
> I'm using sieve with cyrus to sort incoming mail, and it works perfectly
> with latin symbols. But what if I need to sort out the mail that has all
> sorts utf-8 sumbols in it ? Like MIME-encoded headers and base64
> -encoded body ?
T
On Thu, Feb 15, 2018, at 13:08, Sebastian Hagedorn wrote:
> Is the setting "search_skipdiacrit" in imapd.conf honored during the
> indexing or is that only relevant while searching? Given your comment
> regarding search normalization above I take it Umlaut characters are not
> considered diacrit
On Thu, Feb 15, 2018, at 10:44, Sebastian Hagedorn wrote:
> ^Simon^: Is that the first 4Mb of the text/html and/or text/plain parts, or
> first 4Mb of the entire message body, ignoring any mime parts?
This limit defines the maximum byte length per MIME body-part of type "text".
The byte length
Hi,
I haven't worked with the squat backend, but I highly recommend to
switch to the latest stable 3.0 branch and the Xapian backend, if you
can.
The Xapian backend does not discriminate between short and long strings,
provides stemming and multi-tiered search databases, among other
improvements.
Hi,
On Fri, Jun 23, 2017, at 14:57, Egoitz Aurrekoetxea wrote:
> Is it possible to build Cyrus IMAP 3.0 without Caldav/Carddav server?.
> I say this because we have been using Davical from some time now, have
> all development and all done for it. Can it be build without it?.
Caldav/Carddav is onl
Hi,
On Thu, Jun 1, 2017, at 12:41, Anton Shilov via Info-cyrus wrote:
> I've upgraded CyrusIMAP from 2.4.17 to 2.5.10 and after that has been
> broken IMAP search in email body russian language. Search for english
> works fine.
Is upgrading to 3.0 an option for you? 3.0 includes both Xapian and a
On Wed, Apr 19, 2017, at 10:51, Frederik Himpe wrote:
> Sometimes I see in the logs messages like this: "same message appears
> twice 2394 2395". Looking at the source code, it does not appear to be
> a big problem, but I am not sure. Does this indicate a real problem?
> Should I run cyrreconstruc
On Wed, Apr 12, 2017, at 18:29, Rosenbaum, Larry M. wrote:
> I am trying to build Cyrus-IMAP 3.0.0 on RHEL6. I am getting the
> following build error:
>
> checking for ICU... configure: error: Package requirements (icu-uc)
> were not met:
>
> No package 'icu-uc' found
>
> Conside
33 matches
Mail list logo
