Re: [Evolution] error sending message - data-command failed ???

2013-04-09 Thread Thomas Prost
Am Freitag, den 05.04.2013, 12:56 -0430 schrieb Patrick O'Callaghan: 
 On Fri, 2013-04-05 at 10:27 -0400, Adam Tauno Williams wrote:
   A better way of getting the radiographic data or any other large
  file
   is for you to upload it to a Cloud or to a sharing service and then
   include a link to that in your email.
  
  Yeah, that's convenient.   For me, just email it.
 
 It's hardly convenient if it doesn't arrive. I prefer to use Dropbox or
 Google Docs for this sort of thing, especially if there's more than one
 That's what I do, if there is ^

destination. ;-)
-- 
Thomas Prost thomas.pr...@prosts.info
ProstsInfo

___
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] About performance

2013-04-09 Thread Thomas Prost
Am Freitag, den 05.04.2013, 06:03 -0400 schrieb Adam Tauno Williams: 
 On Fri, 2013-04-05 at 11:57 +0200, Thomas Prost wrote: 
  Am Mittwoch, den 27.03.2013, 00:54 +0100 schrieb Thomas Prost: 
   Am Montag, den 11.03.2013, 16:55 -0400 schrieb Matthew Barnes:
   (...) 
Widgets from closed composer windows were sticking around in memory and
   Is there an easy way to check that ^^ ? 
  obviously not :-(
 
 No.  Hunting memory leaks [in 'unmanaged' code] is tough work; it

So let's try something less tough: How much memory is evolution eating
up in your installations when in normal function ?
Maybe we alltogether can find out a mean that should not be exceeded in
normal use ?
-- 
Thomas Prost thomas.pr...@prosts.info
ProstsInfo

___
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] About performance

2013-04-09 Thread Thomas Prost
Am Montag, den 11.03.2013, 15:17 -0430 schrieb Patrick O'Callaghan: 
 On Mon, 2013-03-11 at 20:20 +0100, Gonzalo Aguilar Delgado wrote:
  I'm experiencing a lot of performance issues with latests evolution. I
  think that since introduction of sql backend. 
 
 You might try this:
 
 1) Stop Evo completely (evolution --force-shutdown)
 2) Vacuum the SQL database:
 cd ~/.local/share/evolution/mail/
 for i in `find . -name folders.db`
 do
 echo Rebuilding Table $i
 sqlite3 $i vacuum;
 done
 
 It may or may not help, but it won't do any harm.

Seems it worked - even though I couldn't find the vacuum command in the
man page ?:-| ???
-- 
Thomas Prost thomas.pr...@prosts.info
ProstsInfo

___
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] About performance

2013-04-09 Thread Adam Tauno Williams
On Tue, 2013-04-09 at 23:34 +0200, Thomas Prost wrote:
 Am Montag, den 11.03.2013, 15:17 -0430 schrieb Patrick O'Callaghan: 
  On Mon, 2013-03-11 at 20:20 +0100, Gonzalo Aguilar Delgado wrote:
   I'm experiencing a lot of performance issues with latests evolution. I
   think that since introduction of sql backend. 
  You might try this:
  1) Stop Evo completely (evolution --force-shutdown)
  2) Vacuum the SQL database:
  cd ~/.local/share/evolution/mail/
  for i in `find . -name folders.db`
  do
  echo Rebuilding Table $i
  sqlite3 $i vacuum;
  done
  It may or may not help, but it won't do any harm.
 Seems it worked - even though I couldn't find the vacuum command in the
 man page ?:-| ???

??? vacuum is an sqlite command; it is PostgreSQL like syntax
equivalent to what most databases call UPDATE STATISTICS [although it
does have a somewhat different connotation].

Many applications use SQLite and suffer from this same problem.  I wrote
a script that searched for SQLite database and vacuums them all.

http://www.whitemiceconsulting.com/2011/11/all-those-sqlite-databases.html

Applications have gotten better about the care and feeding of their pet
databases, but running through them occasionally doesn't hurt - and
sometimes releases a surprising amount of disk space.

-- 
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] About performance

2013-04-09 Thread Patrick O'Callaghan
On Tue, 2013-04-09 at 23:34 +0200, Thomas Prost wrote:
 Am Montag, den 11.03.2013, 15:17 -0430 schrieb Patrick O'Callaghan: 
  On Mon, 2013-03-11 at 20:20 +0100, Gonzalo Aguilar Delgado wrote:
   I'm experiencing a lot of performance issues with latests evolution. I
   think that since introduction of sql backend. 
  
  You might try this:
  
  1) Stop Evo completely (evolution --force-shutdown)
  2) Vacuum the SQL database:
  cd ~/.local/share/evolution/mail/
  for i in `find . -name folders.db`
  do
  echo Rebuilding Table $i
  sqlite3 $i vacuum;
  done
  
  It may or may not help, but it won't do any harm.
 
 Seems it worked - even though I couldn't find the vacuum command in the
 man page ?:-| ???

The command is sqlite3. vacuum is a parameter (presumably an SQL
function).

poc

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