Mutt hanging on new message.

2002-08-17 Thread Ryan Sorensen



So, a couple days ago, best I can figure, after a reboot, mutt now can't open
temp files, or at least that's what I'm guessing, because it hangs after
entering subject and hitting enter.

GDB is saying it's on an open() call. It hangs indefinitely.

This reboot didn't change much, I did it because apache-ssl wasn't working
after a Debian upgrade, and I just upgraded again and rebooted. No kernel
change, nothing weird installing.

/tmp has permissions drwxrwxrwt, changing tmpdir to $HOME doesn't help,
subdirectories of it don't help, nothing..

I didn't change any rc files.

mutt's version is 1.4.0-2, and like I say, nothing weird changed. All the rc
files hadn't changed for about 4 days before it got weird. And even that was
just an unmy_hdr.

I'm completely stumped, and sending this through /usr/bin/mail.




Re: Mutt hanging on new message.

2002-08-17 Thread David T-G

Ryan --

...and then Ryan Sorensen said...
% 
% So, a couple days ago, best I can figure, after a reboot, mutt now can't open
% temp files, or at least that's what I'm guessing, because it hangs after
% entering subject and hitting enter.

Have you checked your disk space?  It's happenned to the best of us :-)


HTH  HAND

:-D
-- 
David T-G  * It's easier to fight for one's principles
(play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie
(work) [EMAIL PROTECTED]
http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg!




msg30318/pgp0.pgp
Description: PGP signature


Problem with folder-hook

2002-08-17 Thread Eric Blau

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi fellow mutters,

I am having a problem getting a folder-hook working properly.  I have
the following folder-hook in my muttrc file:

folder-hook =INBOX 'push T~r1m\n\;s=archive/INBOX\n'

I want mutt to automatically move mail older than 1 month from my
Maildir-format INBOX into an archive mbox-format INBOX.

This folder hook seems to be working nicely except that mutt always
moves the last message in my INBOX into the archive INBOX, even though
the message should not match ~r1m.  Every time I start up mutt, the
folder-hook always moves the last message over to the archive box.

Any ideas why this is happening?  Should I send a flea?

Regards,
Eric

- -- 
Put your trust in those who are worthy.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9XmjXIUsePhKa5WkRAoysAKCrYYwbWKorkLyfU+NfNbbTPYMOfgCgh/YG
HBIsc0fM1WSpl5Gwmocs99I=
=YpxE
-END PGP SIGNATURE-



Re: Problem with folder-hook

2002-08-17 Thread Nicolas Rachinsky

* Eric Blau [EMAIL PROTECTED] [2002-08-17 11:16 -0400]:
 I am having a problem getting a folder-hook working properly.  I have
 the following folder-hook in my muttrc file:
 
 folder-hook =INBOX 'push T~r1m\n\;s=archive/INBOX\n'
 
 I want mutt to automatically move mail older than 1 month from my
 Maildir-format INBOX into an archive mbox-format INBOX.
 
 This folder hook seems to be working nicely except that mutt always
 moves the last message in my INBOX into the archive INBOX, even though
 the message should not match ~r1m.  Every time I start up mutt, the
 folder-hook always moves the last message over to the archive box.
 
 Any ideas why this is happening?  Should I send a flea?

That's the way tag-prefix works. If there are no tagged messages, it
fails, and the rest of your macro continues. You can find one possible
solution on my homepage.

Nicolas



Re: Problem with folder-hook - ~r vs ~d

2002-08-17 Thread Sven Guckes

* Eric Blau [EMAIL PROTECTED] [2002-08-17 15:17]:
 I am having a problem getting a folder-hook working properly.
 I want mutt to automatically move mail older than 1 month from
 my Maildir-format INBOX into an archive mbox-format INBOX.

please put the description of the goal *first* - thankyou.

 I have the following folder-hook in my muttrc file:
 folder-hook =INBOX 'push T~r1m\n\;s=archive/INBOX\n'

this macro was easier to read if you made it
a macro and used the command *names*.

 This folder hook seems to be working nicely except that mutt
 always moves the last message in my INBOX into the archive
 INBOX, even though the message should not match ~r1m.
 Every time I start up mutt, the folder-hook always
 moves the last message over to the archive box.
 Any ideas why this is happening?

~r takes *no* argument and is for *all* read messages. i think
you want to use ~d which takes a date range as an argument.

here's the macro way:

  folder-hook =INBOX 'macro index ,, \
  tag-pattern~d1m\ntag-prefixsave-message=archive/INBOX\n'

advantage:  you issue the command, so you know what
and when it's happening.  apply when necessary.
you can leave out the last \n so you can still back out
with CTRL-G if you issued the command accidentally.

 Should I send a flea?

no!  scratch yourself on the head instead. ;-)

Sven  [damn - there goes another smiley from my supply]



Re: save-hook-list

2002-08-17 Thread Sven Guckes

* Gregor Zattler [EMAIL PROTECTED] [2002-08-16 17:42]:
 i would be perfectly satisfied if i could see a dump
 of hooks, so i can debug my configuration. That's all.
 I don't even think such a menu would be very useful:
 Hooks are for automated mail handling, so there is not
 much sense in setting, moving, editing them... except
 if you could save the hook-lists and load them on startup.

so all it takes is a dump of the current list to a file.
then you can look at it and rearrange it with your editor
:unhook * and :source file from within.  sounds fine.

so, developers, how about a save-hook-list command?

Sven



Re: CC: folder-hook with same From:

2002-08-17 Thread Saku Ytti

Michael wrote,

 Saku Ytti ([EMAIL PROTECTED]) muttered:
 Problem is, mutt doesn't allow writing Cc to same address as From,
 maybe a sanity check, I don't know.

Hm, I can't reproduce that here. Mutt 1.4i

 This is what I'm looking for:
 folder-hook list 'my_hdr From: My Name list@address
 folder-hook list 'my_hdr Cc: List list@address

This works here, too. Sure you don't have send-hooks which set From: in
any way?

Nope, no send-hooks. If I write new mail via 'm' I get the From and 
Cc formatted as expected by configartion above but if I reply via 'r' the Cc
doesn't appear unless I change it to something different than From. 

ps. sorry about missing in-reply-to/reference headers. :(
-- 
  ++ytti




Re: auto_view with mutt in Cygwin?

2002-08-17 Thread Sean LeBlanc

On 08-16 02:55, Sven Guckes wrote:
 * Sean LeBlanc [EMAIL PROTECTED] [2002-08-15 20:18]:
  I can't seem to figure out how to get mutt to dump html to lynx (or links)
  in Cygwin. I have the same setting I have on my FreeBSD box, but Mutt says:
  mailcap entry for type text/html not found for any html mail I get?
  ...and yet I have a text/html entry in my ~/.mailcap file.
  Anyone using mutt under Cygwin that has figured this out?
 
 did you check the files in $mailcap_path, too?

smacks forehead 

It turns out I left off the copiousoutput bit...thinking that was
something links needed, and since I was using lynx, not links, on my Cygwin
setup, I foolishly left that out of my .mailcap text/html entry. It wasn't
until I was reading some man page(forget which it was now) that I realized I
*needed* that to be on there. :)

-- 
Sean LeBlanc:[EMAIL PROTECTED]  
Anti-trust laws should be approached with exactly that attitude. 



Re: Cygwin + mailcap - copiousoutput required!

2002-08-17 Thread Sven Guckes

* Sean LeBlanc [EMAIL PROTECTED] [2002-08-17 20:20]:
 It turns out I left off the copiousoutput bit.  thinking
 that was something links needed, and since I was using lynx,
 not links, on my Cygwin setup, I foolishly left that out of
 my .mailcap text/html entry.  It wasn't until I was reading
 some man page(forget which it was now) that I realized I
 *needed* that to be on there. :)

could have been the manual to muttrc (see below).
it says this field is optional.  go figure.
but mind you it also says this:

  Without this flag, Mutt assumes
  that the command is interactive.

and we don't want interaction here, now, do we? ;-)

Sven


=== man muttrc

5.3.3.  Advanced mailcap Usage

5.3.3.1.  Optional Fields

In addition to the required content-type and view command fields, you
can add semi-colon ';' separated fields to set flags and other
options.  Mutt recognizes the following optional fields:

   copiousoutput
  This flag tells Mutt that the command passes possibly large
  amounts of text on stdout.  This causes Mutt to invoke a pager
  (either the internal pager or the external pager defined by the
  pager variable) on the output of the view command.  Without this
  flag, Mutt assumes that the command is interactive.  One could
  use this to replace the pipe to more in the lynx -dump example
  in the Basic section:

text/html; lynx -dump %s ; copiousoutput

   This will cause lynx to format the text/html output as text/plain
   and Mutt will use your standard pager to display the results.