Re: [Evolution] [solved] Evolution 3.12.7 segmentation fault

[rosemont]

Just ran into the same symptom, and had it work after downgrading sqlite. 
Obviously evolution-data-server 3.12.7.1 does not fix this.

One thing that I noticed was for the contacts, I could add or edit, but
could not delete an existing contact (foreign key constraint error).  I
could delete new contacts.



--
View this message in context: 
http://gnome-evolution-general.1774414.n4.nabble.com/Evolution-3-12-7-segmentation-fault-tp4659863p4660013.html
Sent from the Gnome Evolution - General mailing list archive at Nabble.com.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Fast full-text search of e-mails?

[Adam Seering]

On 02.11.2014 13:06, Pete Biggs wrote:

On Sun, 2014-11-02 at 12:04 -0500, Adam Seering wrote:

Hi all,
When I try to search for a string in the full text of a message,
the search takes a very long time.  I haven't investigated closely,
but based on how much disk activity I'm seeing, it looks like it's
trying to open and scan every message in the mailbox in question.
(Which, for me in some cases, is many GB's.)

I've poked around on the Internet; I get the impression that
Evolution is supposed to have (used to have?) some sort of full-text
indexing for e-mails.  I'm wondering if that's still the case?  If so,
is there anything obvious I could do to debug why my searches are
taking so long?


You don't say what sort of mail account it is (or indeed what version 
of

Evo), but if they are local folders (i.e. for a POP account), then
right-click on the folder select Properties and make sure "Index 
message

body data" is checked.


Ah, sorry; I assumed it didn't matter as long as Evo's searching the 
messages on local disk.  Guess I shouldn't assume.


It's an Exchange EWS account.

I see similar slowness with an IMAP account.  But on further 
investigation, you're correct that it's not my laptop that's working 
hard; it's the server (which does not have full-text indexing 
configured).


Adam




For an IMAP account, then I think the searching capabilities depend the
particular IMAP server and how it has indexed the messages.

P.

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] [solved] Evolution 3.12.7 segmentation fault

[Ralf Mardorf]

On Mon, 3 Nov 2014 05:38:07 -0800 (PST)
rosemont  wrote:

> Just ran into the same symptom, and had it work after downgrading
> sqlite.

I reported it to my distro's bug tracker and IIRC it's already fixed by
upstream, so the next release of Evolution likely doesn't suffer from
this issue.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] [Bulk] Fast full-text search of e-mails?

[Andre Klapper]

On Sun, 2014-11-02 at 18:22 +0100, Ralf Mardorf wrote:
> Searches with Evolution on my machine take hours

That highly depends on account types (remote vs local) that you didn't
mention.

> At the moment I can't say what MUA does fit best to my needs

Sure, but that's pretty offtopic for this thread...

andre
-- 
Andre Klapper  |  ak...@gmx.net
http://blogs.gnome.org/aklapper/

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] [Bulk] Fast full-text search of e-mails?

[Ralf Mardorf]

On Mon, 03 Nov 2014 16:32:20 +0100
Andre Klapper  wrote:

> On Sun, 2014-11-02 at 18:22 +0100, Ralf Mardorf wrote:
> > Searches with Evolution on my machine take hours
> 
> That highly depends on account types (remote vs local) that you didn't
> mention.

Local POP accounts. And it's also OT, because what takes hours is
searching within GiB, perhaps just many MiB of mails ;), not the search
within one mail.

> > At the moment I can't say what MUA does fit best to my needs
> 
> Sure, but that's pretty offtopic for this thread...

My apologies. I'm frustrated, Evolution doesn't fit that good to my
work-flow anymore, but I also don't know another MUA that does.
Regarding to my work-flow all MUAs come with advantages and
disadvantages.

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] [Bulk] Fast full-text search of e-mails?

[Adam Tauno Williams]

On Mon, 2014-11-03 at 16:40 +0100, Ralf Mardorf wrote: 
> On Mon, 03 Nov 2014 16:32:20 +0100
> Andre Klapper  wrote:
> > On Sun, 2014-11-02 at 18:22 +0100, Ralf Mardorf wrote:
> > > Searches with Evolution on my machine take hours
> > That highly depends on account types (remote vs local) that you didn't
> > mention.
> Local POP accounts. And it's also OT, because what takes hours is
> searching within GiB, perhaps just many MiB of mails ;), not the search
> within one mail.

I doubt there is a MUA that is going to nicely handle full-text search
of very large mailboxes.  You really need an index to handle that type
of search - and I am not aware of any MUA which indexes message
*content* [vs. headers and meta-data].

For that - if it really is maildir or MBOX format messages - I'd look at
using Tracker for the search, if possible.

For IMAP backens, at least Cyrus IMAPd, pretty good message body search
performance is achieved by letting the server handle the search - in the
case of Cyrus that would be using SQUATter indexes.

> > > At the moment I can't say what MUA does fit best to my needs
> > Sure, but that's pretty offtopic for this thread...
> My apologies. I'm frustrated, Evolution doesn't fit that good to my
> work-flow anymore, but I also don't know another MUA that does.
> Regarding to my work-flow all MUAs come with advantages and
> disadvantages.

-- 
Adam Tauno Williams  GPG D95ED383
Systems Administrator, Python Developer, LPI / NCLA

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] [Bulk] Fast full-text search of e-mails?

[Ángel González]

Adam Tauno Williams wrote:
> 
> I doubt there is a MUA that is going to nicely handle full-text search
> of very large mailboxes.  You really need an index to handle that type
> of search - and I am not aware of any MUA which indexes message
> *content* [vs. headers and meta-data].


What about evolution ibex then?
Or thunderbird's gloda [1] (yes, it does include message bodies)


Not that I like them, though. Personally, I prefer to pay the IO/CPU
penalty when performing searches (almost always restricted to an email
subtree) than paying the space one duplicating the account data in a
search index.

But I understand that fulltext indexing everything suits other people's
workflow.


1- https://support.mozilla.org/en-US/kb/rebuilding-global-database

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] [Bulk] Re: [Bulk] Fast full-text search of e-mails?

[Ralf Mardorf]

On Tue, 04 Nov 2014 01:39:20 +0100
Ángel González  wrote:

> Adam Tauno Williams wrote:
> > 
> > I doubt there is a MUA that is going to nicely handle full-text
> > search of very large mailboxes.  You really need an index to handle
> > that type of search - and I am not aware of any MUA which indexes
> > message *content* [vs. headers and meta-data].
> 
> 
> What about evolution ibex then?
> Or thunderbird's gloda [1] (yes, it does include message bodies)
> 
> 
> Not that I like them, though. Personally, I prefer to pay the IO/CPU
> penalty when performing searches (almost always restricted to an email
> subtree) than paying the space one duplicating the account data in a
> search index.
> 
> But I understand that fulltext indexing everything suits other
> people's workflow.
> 
> 
> 1- https://support.mozilla.org/en-US/kb/rebuilding-global-database

I misunderstand your request and thought that you were searching within
one message. Indeed, I can confirm that searching for a keyword in the
message's bodies, in a folder with tons of messages takes very long and
often the results are terrible. I experienced Mozilla's, e.g.
Thunderbird as very fast and providing correct results. As already
mentioned, I'm using local POP accounts the size of the mailboxes might
be several MiBs, perhaps GiBs.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] [Bulk] Re: [Bulk] Fast full-text search of e-mails?

[Adam Seering]

On Tue, 2014-11-04 at 01:50 +0100, Ralf Mardorf wrote:
> On Tue, 04 Nov 2014 01:39:20 +0100
> Ángel González  wrote:
> 
> > Adam Tauno Williams wrote:
> > > 
> > > I doubt there is a MUA that is going to nicely handle full-text
> > > search of very large mailboxes.  You really need an index to handle
> > > that type of search - and I am not aware of any MUA which indexes
> > > message *content* [vs. headers and meta-data].
> > 
> > 
> > What about evolution ibex then?
> > Or thunderbird's gloda [1] (yes, it does include message bodies)
> > 
> > 
> > Not that I like them, though. Personally, I prefer to pay the IO/CPU
> > penalty when performing searches (almost always restricted to an email
> > subtree) than paying the space one duplicating the account data in a
> > search index.
> > 
> > But I understand that fulltext indexing everything suits other
> > people's workflow.
> > 
> > 
> > 1- https://support.mozilla.org/en-US/kb/rebuilding-global-database
> 
> I misunderstand your request and thought that you were searching within
> one message. Indeed, I can confirm that searching for a keyword in the
> message's bodies, in a folder with tons of messages takes very long and
> often the results are terrible. I experienced Mozilla's, e.g.
> Thunderbird as very fast and providing correct results. As already
> mentioned, I'm using local POP accounts the size of the mailboxes might
> be several MiBs, perhaps GiBs.

I seem to have touched off a bit of a discussion here...

It sounds like Evolution's indexing support is very protocol-specific.
I guess my specific question should be:  Does Evolution EWS support
full-text indexing?

If not:  It seems like the functionality does exist for POP.  Is there a
known interesting technical reason why it would be hard to just enable
the same thing for EWS (when all e-mail is cached offline)?  Or is it
just a matter of "no one has gotten around to it yet?"

Thanks,
Adam



___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] [Bulk] Re: [Bulk] Fast full-text search of e-mails?

[Milan Crha]

On Mon, 2014-11-03 at 21:34 -0500, Adam Seering wrote:
> I seem to have touched off a bit of a discussion here...
> 
> It sounds like Evolution's indexing support is very protocol-
> specific. I guess my specific question should be:  Does Evolution 
> EWS support full-text indexing?
> 
> If not:  It seems like the functionality does exist for POP.  Is 
> there a known interesting technical reason why it would be hard to 
> just enable the same thing for EWS (when all e-mail is cached 
> offline)?  Or is it just a matter of "no one has gotten around to it 
> yet?"
> 

Hi,
I'm not sure about evolution-ews, it seems to me (a brief code 
reading) that it searches on local messages only, eventually downloads 
missing messages. There can be a way to index the message bodies when 
they are downloaded.

For the On This Computer folders, in times of using mbox storage the 
message bodies were indexed, but since the move to maildir the 
indexing of message bodies is disabled (it's the maildir provider 
which has it disabled). I do not know the exact reason, the code only 
mentions that indexing for maildir doesn't work properly, but nothing 
concrete. Thus yes, nobody got to it yet.

There had been a GSoC 2014 idea to add "Notmuch as indexer and search 
language", but it didn't move anywhere. I do not recall why precisely, 
either the idea was dropped at the end of the proposal period or it 
didn't attract any student.
Bye,
Milan
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list