Hi again,
Thanks for your help: I finally decided to use a database for my searches.
Just installed mairix and made a simple script: everytime I need to
search, just swich to terminal, run a script that waits for the string
I am searching, executes mairix and opens a new mutt sesion within the
new
Forgot to mention - this is strictly an IMAP connection - no local
mailboxes
On Thu, 05 May 2011 11:12 -0400, "Tim Gray"
wrote:
> On May 05, 2011 at 08:52 AM -0600, John J. Foster wrote:
> >My header cache (tokyo cabinet) seems to get slow on certain mailboxes
> >every few weeks. I just blow away
On May 05, 2011 at 08:52 AM -0600, John J. Foster wrote:
My header cache (tokyo cabinet) seems to get slow on certain mailboxes
every few weeks. I just blow away that mailboxes cache and let it
rebuild and all is well again. I ALWAYS blow away the entire cache
whenever I pull a new version of mut
My header cache (tokyo cabinet) seems to get slow on certain mailboxes
every few weeks. I just blow away that mailboxes cache and let it
rebuild and all is well again. I ALWAYS blow away the entire cache
whenever I pull a new version of mutt from mercurial and whenever tokyo
cabinet gets updated (M
On May 05, 2011 at 01:43 PM +0100, Nick Jones wrote:
For reference, mutt (1.5.20) on my machine currently takes 11 seconds to
open my offlineimap'd Gmail 'All Mail' folder which contains 17,418
messages. It then takes a further 6 seconds to close the mailbox, write
any changes, and then switch b
On 05/05/11 13:43, Nick Jones wrote:
> This is on an Apple MacBook Air with SSD, and mutt has been configured
> with header-cacheing enabled and support for tokyo-cabinet compiled
> therein.
>
> For me this is still too slow, but I'm not sure that there's much else
> that can be done to improve it
On Mon, 02 May 2011 at 20:52:29 +0200, Toby Cubitt wrote:
> On Mon, May 02, 2011 at 02:17:26PM +0200, Jose M Vidal wrote:
> > No way: just set the caching just for headers, but the response is
> > still very slow. Any other clue I can follow?
>
> I use offlineimap with mutt, and found that switch
> What does the following command give you (assuming your disk is /dev/sda):
>
> hdparm -tT /dev/sda
jm@jm-ThinkPad-X200s:~$ sudo hdparm -tT /dev/sda6
/dev/sda6:
Timing cached reads: 2738 MB in 2.00 seconds = 1370.52 MB/sec
Timing buffered disk reads: 116 MB in 3.02 seconds = 38.45 MB/
Hi everybody.
Thank you very much for your help.
The situation now is:
1- As my /home folder is ecrypt I added to my .muttrc your suggestion
(folder-hook 'archive' 'push ; unset
maildir_header_cache_verify')
Apparently, after a first refresh, the update of files looks
inmediate, but after using m
On Mon, May 02, 2011 at 12:03:46AM +0200, Jose M Vidal wrote:
> I was happily using mutt with gmail-imap.
> Then I decided to switch to offlineimap+msmtp, so I could still use
> mutt offline, have a backup of all my e-mails and, hopefully, increase
> mutt speed by working locally.
> But, after havi
On Mon, May 02, 2011 at 02:17:26PM +0200, Jose M Vidal wrote:
> No way: just set the caching just for headers, but the response is
> still very slow.
> Any other clue I can follow?
I use offlineimap with mutt, and found that switching to a maildir
containing of the order of 10,000 emails was a som
On Mon, May 02, 2011 at 02:17:26PM +0200, Jose M Vidal wrote:
> No way: just set the caching just for headers, but the response is
> still very slow.
> Any other clue I can follow?
> Thanks a lot!
>
> jm
My best guess is I/O load. If I use rtorrent with 10 torrents running
(each of them with lots
Hi,
On Mon, May 02, 2011 at 02:17:26PM +0200, Jose M Vidal wrote:
> No way: just set the caching just for headers, but the response is
> still very slow.
> Any other clue I can follow?
> Thanks a lot!
as offlineimap is working fast for me as well I can only give you the
generic hint to hunt down
No way: just set the caching just for headers, but the response is
still very slow.
Any other clue I can follow?
Thanks a lot!
jm
On Mon, May 02, 2011 at 12:03:46AM +0200, Jose M Vidal wrote:
> I was happily using mutt with gmail-imap.
> Then I decided to switch to offlineimap+msmtp, so I could still use
> mutt offline, have a backup of all my e-mails and, hopefully, increase
> mutt speed by working locally.
> But, after havi
I was happily using mutt with gmail-imap.
Then I decided to switch to offlineimap+msmtp, so I could still use
mutt offline, have a backup of all my e-mails and, hopefully, increase
mutt speed by working locally.
But, after having all installed an all my e-mails already downloaded
(10GB / 45.000 e-m
16 matches
Mail list logo
