l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
December 15: Cloud Computing and Hosting
Next Installfest:
TBA
Latest News:
Nov. 18: Officers elected
Page last updated:
2005 Apr 04 11:34
Events
 Meetings
 Installfests
 Demos
 Photos
Services
 Library
 LERT
 Jobs
 Documents
Interact
 Mailing Lists
 - Search
 - Archives
 Chat (IRC)
 Social Networks
About Us
 Members
 Projects
 Testimonials
 Call for Speakers
 Why Not MS?
 Finances
 Sponsors

^Home
?Search
?News & RSS
?Calendar
@Contact Us
$Buy Stuff
=Printable


The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
[vox-tech] mutt and swish (or other indexing systems)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[vox-tech] mutt and swish (or other indexing systems)



So, I've got problems with some really big email archives.  And mutt
bogs heavily opening (or searching) same.

In setting up dwww I've (re)discovered swish++, a file indexing/search
utility.

It's indexed my main inbox (2500 messages) in a minute or so.  I've got
it churning away on my spam archive now (87k+ messages).  There's a few
neat bits, including that swish++ has an email mode which indexes and
allows searching by various header fields, e.g.:

   $ search++ -i Lugod subject = mutt

The really neat bit would be having mutt use swish's index for its own
searching.  

Hrm...

Oh jeez.... 

So I _thought_ I had mutt's header cache working.  Well...  Just having
the hack compiled in isn't enough.  If you don't set "header_cache_ to a
location where the cache is maintained, you don't have it.

In .muttrc:

   set header_cach = <file>

or:

   set header_cach = <dir>


If set to a file, a single cache file is kept for all instances.  If set
to a directory, each Mutt folder gets its own separate cache.  This
allows for finer-grained access and locking.  If you run multiple mutt
instances, typically, in separate folders, do directories.  The cache
itself is a BerkeleyDB file.

Hrm.  So yes, that speeds things up remarkably.  Not sure if the header
cache itself slows things down as maildirs are updated.  I'll report
back on data -- I've got a few big directories ;-)


Peace.

-- 
Karsten M. Self <kmself@ix.netcom.com>        http://kmself.home.netcom.com/
 What Part of "Gestalt" don't you understand?
    Microsoft KB:  Cookies Lost After Upgrading to Windows XP.
    [Ed:  WONTFIX:  Feature]
    - http://support.microsoft.com/?kbid=282850

Attachment: signature.asc
Description: Digital signature

_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech


LinkedIn
LUGOD Group on LinkedIn
facebook
LUGOD Group on Facebook

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
1105 Kennedy Place, Suite 1, Davis, CA 95616
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Sunset Systems
Who graciously hosts our website & mailing lists!