headers
Ian Wat | 1 Apr 02:10

Header cache

I'm having trouble with header cache on my box at work.  I have the
exact same config on my home box and it works fine.  What happens is
that mutt seems to consult the header cache but then discards it for
some reason and then proceeds to download all the headers again.

Home: Debian/i386 mutt 1.5.13 (2006-08-11)
Work: OpenBSD/sparc64 mutt 1.5.16 (2007-06-09)
I can post the output of mutt -v if desired.

I have set $header_cache to a directory and noticed that the directory
structure is different between work and home.  However, that might be
just differences between versions of mutt.

Anyone know what might be happening here?

Ian

--

-- 
 Ian J Wat
 ian <at> lynxmann.net
Permalink | Reply | 4 comments |
headers
liupeng | 1 Apr 06:36
Picon

Re: how to set change-folder macro when folder name conatins space

On Sat, Oct 27, 2007 at 10:43:25PM +0800, liupeng wrote:
> i set change-folder macro like this:
>
> ---
> macro index "<" "c=[Gmail]/Sent Mail/\r" "Go Sent Mail/"
> ---
>
> press '<',change-folder not successed,
>
> how to set change-folder macro when folder name contains space?
> -- 
> You'll feel much better once you've given up hope.

fixed:
macro index "<" "c=[Gmail]/Sent<quote-char> Mail/\r" "Go /Sent Mail"

Content-Description: Digital signature
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.4.6 (GNU/Linux)
>
>iD8DBQFHI06NKeZs4sOrPzgRAsiJAJ0diZ2MHqNgarvJz1wcOdH1YKIU8ACfRNoy
>NtxCRkzXLLYH6OTt5cM4d84=
>=FMtJ
>-----END PGP SIGNATURE-----

--

-- 
There is, however, a strange, musty smell in the air that reminds me of
something...hmm...yes...I've got it...there's a VMS nearby, or I'm a Blit.
              -- Larry Wall in Configure from the perl distribution
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vladimir Marek | 1 Apr 09:32
Picon

Re: Header cache

> I'm having trouble with header cache on my box at work.  I have the
> exact same config on my home box and it works fine.  What happens is
> that mutt seems to consult the header cache but then discards it for
> some reason and then proceeds to download all the headers again.
> 
> Home: Debian/i386 mutt 1.5.13 (2006-08-11)
> Work: OpenBSD/sparc64 mutt 1.5.16 (2007-06-09)
> I can post the output of mutt -v if desired.

Well first obvious thing would be to delete the header cache completely
and try from scratch. Second thing which came across my mind, be sure to
have the same locale every time you run mutt (I don't want to spread
FUD, but I think I had these issues while running from two profiles).

Also some time ago I found bug in SunCC compiler who caused exactly that
issues :(

I'm not sure I helped :)

--

-- 
	Vlad
Permalink | Reply | 0 comments |
headers
Luciano Rocha | 1 Apr 11:59
Picon
Gravatar

100% cpu getting to end of message


Hello,

I get some e-mails, text only, that can get as big as 15 MB.

Usually, I check the beginning and end only, but getting to the end of
the message (I just press the <END> key) consumes a lot of CPU for
several seconds.

Is there anything I can do to alleviate the problem? According to gprof,
the likely culprit is pager.c:format_line(), but it's too complicated
for me to just start tinkering.

$ gprof -p ...
Flat profile:

Each sample counts as 0.01 seconds.
  %   cumulative   self              self     total
 time   seconds   seconds    calls   s/call   s/call  name
 26.38      0.58     0.58   539105     0.00     0.00  format_line
 10.09      0.80     0.22      309     0.00     0.00  imap_read_literal
  5.96      0.93     0.13   536282     0.00     0.00  display_line
  5.96      1.06     0.13    37246     0.00     0.00  imap_cmd_step
  5.50      1.18     0.12 26029385     0.00     0.00 mutt_socket_readchar
  5.50      1.30     0.12       73     0.00     0.00  mutt_decode_xbit
  5.05      1.41     0.11  1071157     0.00     0.00  fill_buffer
  2.75      1.47     0.06       22     0.00     0.00  imap_make_msg_set
  2.75      1.53     0.06                             compare_order
  2.29      1.58     0.05        2     0.03     0.05  mutt_sort_threads
  1.83      1.62     0.04                             compare_subject
(Continue reading)

Permalink | Reply | 2 comments |
headers
Vladimir Marek | 1 Apr 14:09
Picon

How would you ...

reply to a mail and attach several other mails to this reply, when the
attached mails are from different mailboxes ? I can think of

- saving the mails to files
- add the saved mails as attachments
- set the attachment type to "message/rfc822"

Would it work? Is there better way ?

Thank you

--

-- 
	Vlad
Permalink | Reply | 3 comments |
headers
Vladimir Marek | 1 Apr 14:20
Picon

Re: How would you ...


> reply to a mail and attach several other mails to this reply, when the
> attached mails are from different mailboxes ? I can think of
> 
> - saving the mails to files
> - add the saved mails as attachments
> - set the attachment type to "message/rfc822"
> 
> Would it work? Is there better way ?

Sorry, found it. Capital A - attach message

mutt rulez I should rtfm.

Thanks
--

-- 
	Vlad
Permalink | Reply | 0 comments |
headers
Stefan Wimmer | 1 Apr 14:25
Picon
Picon
Favicon

Re: How would you ...

* Vladimir Marek <Vladimir.Marek <at> Sun.COM> [2008-04-01 14:15]:
> reply to a mail and attach several other mails to this reply, when the
> attached mails are from different mailboxes ? I can think of
> 
> - saving the mails to files
> - add the saved mails as attachments
> - set the attachment type to "message/rfc822"
> 
> Would it work? Is there better way ?
> 
> Thank you

I would just attach the mails with "A" - you can chose the mailbox from where 
you want to attach a certain mail and it'll get automatically "message/rfc822" 
as mimetype ...

HTH
Stefan
Permalink | Reply | 1 comment |
headers
Vladimir Marek | 1 Apr 14:28
Picon

Re: How would you ...

> I would just attach the mails with "A" - you can chose the mailbox from where 
> you want to attach a certain mail and it'll get automatically "message/rfc822" 
> as mimetype ...

+1

Thanks

--

-- 
	Vlad
Permalink | Reply | 0 comments |
headers
Rado S | 1 Apr 16:27
Picon
Picon

Re: 100% cpu getting to end of message

=- Luciano Rocha wrote on Tue  1.Apr'08 at 10:59:33 +0100 -=

> I get some e-mails, text only, that can get as big as 15 MB.
> Usually, I check the beginning and end only, but getting to the
> end of the message (I just press the <END> key) consumes a lot of
> CPU for several seconds.
> 
> Is there anything I can do to alleviate the problem? According to
> gprof, the likely culprit is pager.c:format_line(), but it's too
> complicated for me to just start tinkering.

Remove all "color body" instructions and message processing
(like "display_filter").

--

-- 
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
Permalink | Reply | 1 comment |
headers
Stefan Wimmer | 2 Apr 10:14
Picon
Picon
Favicon

Re: extract_url.pl: A Better URL Viewer

* Stefan thuis <swimmer <at> xs4all.nl> [2008-03-28 15:45]:
> I *do* have Curses::UI installed - it was packaged as Curses::UI-0.95 and I 
> even upgraded to 0.96 via cpan ...
> 
> In the meantime I tested the pipe to extract_url.pl in different terminals 
> (Terminal, rxvt-unicode, aterm) inside & outside GNU screen and it ends up 
> always in the same result: list of URLs like in your screenshots and FREEZE :-/
> 

Kyle, I found the culprit: zsh ...

If I run "cat <mail_text>|$HOME/bin/extract_url.pl" in bash I get the
list as expected and the script does not freeze!!!

It won't make me go back to bash but at least you know now what causes the 
problem ;-)

Greetz
Stefan
Permalink | Reply | 1 comment |

Gmane