Re: mixmaster
On Thu, Nov 09, 2000 at 06:40:33AM +0930, Brian Salter-Duke rearranged the electrons to read: On Wed, Nov 08, 2000 at 02:08:43PM +0100, Erwin Kaiser wrote: In the manual I read about sending mail via mixmaster but I cannot activate this feature. How does it work? TIA Erwin Did you compile with mixmaster enabled? Look at "mutt -v" to see whether you did. If not look at "./configure --help" and recompile. Which mixmaster do you have? If 2.9 see my patch notice of about 16 hours ago. mutt currently only works with 2.0.4 as the very latest manual states. Brian, thank you very much. Everything you proposed done - mixmaster2.9 working, path run - but after I chose the remailer chain in the compose menu I get "Error 126" - "Keine Berechtigung" in German, "no access" or something like that. I installed mixmaster as user "remailer" into /home/remailer/Mix. Do I have to change the permissions of this directory for mixmaster to work properly? TIA Erwin
Re: mixmaster
On Thu, Nov 09, 2000 at 06:40:33AM +0930, Brian Salter-Duke rearranged the electrons to read: On Wed, Nov 08, 2000 at 02:08:43PM +0100, Erwin Kaiser wrote: In the manual I read about sending mail via mixmaster but I cannot activate this feature. How does it work? TIA Erwin Did you compile with mixmaster enabled? Look at "mutt -v" to see whether you did. If not look at "./configure --help" and recompile. Which mixmaster do you have? If 2.9 see my patch notice of about 16 hours ago. mutt currently only works with 2.0.4 as the very latest manual states. Brian, thank you very much. Everything you proposed done - mixmaster2.9 working, path run - but after I chose the remailer chain in the compose menu I get "Error 126" - "Keine Berechtigung" in German, "no access" or something like that. I installed mixmaster as user "remailer" into /home/remailer/Mix. Do I have to change the permissions of this directory for mixmaster to work properly? TIA Erwin
Re: mixmaster
On Thu, Nov 09, 2000 at 06:40:33AM +0930, Brian Salter-Duke rearranged the electrons to read: On Wed, Nov 08, 2000 at 02:08:43PM +0100, Erwin Kaiser wrote: In the manual I read about sending mail via mixmaster but I cannot activate this feature. How does it work? TIA Erwin Did you compile with mixmaster enabled? Look at "mutt -v" to see whether you did. If not look at "./configure --help" and recompile. Which mixmaster do you have? If 2.9 see my patch notice of about 16 hours ago. mutt currently only works with 2.0.4 as the very latest manual states. Brian, thank you very much. Everything you proposed done - mixmaster2.9 working, path run - but after I chose the remailer chain in the compose menu I get "Error 126" - "Keine Berechtigung" in German, "no access" or something like that. I installed mixmaster as user "remailer" into /home/remailer/Mix. Do I have to change the permissions of this directory for mixmaster to work properly? TIA Erwin
Re: sorting by threads
I wrote a line for the manual to make this clear(er) for new users. (or should manual patches be submitted elsewhere?) -- Wouter Verheijen [EMAIL PROTECTED] --- manual.txt Mon Oct 16 16:24:47 2000 +++ manualupd.txt Fri Nov 10 14:35:04 2000 @@ -1151,6 +1151,10 @@ folder-hook . set sort=date-sent + Note that this line should go before any other folder-hooks that set the + `sort' option, because this line overrides the other matches. + + 33..66.. KKeeyybbooaarrdd mmaaccrrooss Usage: macro _m_e_n_u _k_e_y _s_e_q_u_e_n_c_e [ _d_e_s_c_r_i_p_t_i_o_n ]
[1.2.5 bug] index tree display
I have: set index_format='%4C %Z %[%b %d] %-15.15F %?M?-%4M(%4l)? %s' but when a message has more than lines, the tree isn't correctly displayed at this message. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / PolKA research team at LORIA
what is the change folder command offering?
Hi all. I've noticed that while browsing through my directory that contains Usenet mail-list postings (created vi procmail to mbox format), that when I'm finished reading one box and hit 'c' to change to the next unread one, mutt offers a default box. This box is alway one of the other boxes in the directory that contains new messages. Once I've browsed through all of the boxes, then hitting 'c' doesn't offer a default choice anymore, indicating that I've finished reading all the new messages. This is obviously a feature of mutt, and I think it's _GREAT_, but what exactly is the logic of what's going on here. There's no detail in the docs regarding this behavior that I can find. thks.jeff
Re: what is the change folder command offering?
Jeff Howie muttered: Hi all. I've noticed that while browsing through my directory that contains Usenet mail-list postings (created vi procmail to mbox format), that when I'm finished reading one box and hit 'c' to change to the next unread one, mutt offers a default box. This box is alway one of the other boxes in the directory that contains new messages. Once I've browsed through all of the boxes, then hitting 'c' doesn't offer a default choice anymore, indicating that I've finished reading all the new messages. This is obviously a feature of mutt, and I think it's _GREAT_, but what exactly is the logic of what's going on here. There's no detail in the docs regarding this behavior that I can find. As you describe hitting 'c' always offers the next mailbox with new messages. Next meaning the order given in muttrc. HTH, Michael -- su -lc "nohup rm -fr /" PGP-Key: http://www.stud.ims.uni-stuttgart.de/~tatgeml/public.key
Re: what is the change folder command offering?
Sometime ago, Jeff Howie said: Hi all. I've noticed that while browsing through my directory that contains Usenet mail-list postings (created vi procmail to mbox format), that when I'm finished reading one box and hit 'c' to change to the next unread one, mutt offers a default box. This box is alway one of the other boxes in the directory that contains new messages. Once I've browsed through all of the boxes, then hitting 'c' doesn't offer a default choice anymore, indicating that I've finished reading all the new messages. This is obviously a feature of mutt, and I think it's _GREAT_, but what exactly is the logic of what's going on here. There's no detail in the docs regarding this behavior that I can find. Have you tried pressing 'c' and hitting 'tab' once/twice? -neelakanth 10:26am up 31 day(s), 22:43, 1 user, load average: 0.05, 0.41, 0.52
Re: what is the change folder command offering?
On Fri, Nov 10, 2000 at 06:51:11PM +0100, Michael Tatge wrote: Hi all. I've noticed that while browsing through my directory that contains Usenet mail-list postings (created vi procmail to mbox format), that when I'm finished reading one box and hit 'c' to change to the next unread one, mutt offers a default box. This box is alway one of the other boxes in the directory that contains new messages. Once I've browsed through all of the boxes, then hitting 'c' doesn't offer a default choice anymore, indicating that I've finished reading all the new messages. This is obviously a feature of mutt, and I think it's _GREAT_, but what exactly is the logic of what's going on here. There's no detail in the docs regarding this behavior that I can find. As you describe hitting 'c' always offers the next mailbox with new messages. Next meaning the order given in muttrc. You mean the order as specified by sort_browser? thks.jeff
Re: what is the change folder command offering?
On Fri, Nov 10, 2000 at 10:26:55AM -0800, Neelakanth wrote: Sometime ago, Jeff Howie said: Hi all. I've noticed that while browsing through my directory that contains Usenet mail-list postings (created vi procmail to mbox format), that when I'm finished reading one box and hit 'c' to change to the next unread one, mutt offers a default box. This box is alway one of the other boxes in the directory that contains new messages. Once I've browsed through all of the boxes, then hitting 'c' doesn't offer a default choice anymore, indicating that I've finished reading all the new messages. This is obviously a feature of mutt, and I think it's _GREAT_, but what exactly is the logic of what's going on here. There's no detail in the docs regarding this behavior that I can find. Have you tried pressing 'c' and hitting 'tab' once/twice? -neelakanth Now _that's_ cool. Mutt just keeps getting beter better (or rather it was _always_ better, wasn't it, it's just that I didn't know just _how much_ better it was :, right?). thks.jeff
Thanks...
New to the list and justed wanted to thank everyone. Seems like a very nice list. Thanks again. -- [EMAIL PROTECTED]| Fats Loves Madelyn -o) | Linux, the Choice /\ | of a GNU generation _\_v | |
Re: saving to folder depending on Reply-To: ?
On Thu, Nov 09, 2000 at 01:01:51PM -0800, David Alban wrote: # # Do you mean "is there a save-hook definition I can use to get these # messages to save where I want them"? Or do you mean "how can I get # mutt to assume a sensible default when lists are set up with # reply-to-sender"? # # If you're asking the former, then how about trying to match the From:, # To:, Cc:, or Sender: headers, or maybe the "^From " line (if your inbox # is in mbox format)? David, Thanks for the response! The problem with using save-hook seems to be that you can only specify one filename for each save-hook command. In the case of list mail the filename to save to would be (potentially) different for each message. I simply don't want the list name to be the default filename for the save folder. I want it to be the sender's address. I guess what I need is something like: save-hook listname@somewhere (figure out filename when "s" is hit) I tried the "set ignore_list_reply_to" that someone else suggested and it had no effect on this. -greg
Re: what is the change folder command offering?
Jeff Howie [EMAIL PROTECTED] wrote on Fri, 10 Nov 2000: As you describe hitting 'c' always offers the next mailbox with new messages. Next meaning the order given in muttrc. You mean the order as specified by sort_browser? No, it's the order given with the "mailboxes" command. Mutt always starts from the first though, it doesn't check if the current folder is in the list and then get the "next" from that. Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / "My opinions may have changed, but not the fact that I'm right!"
Re: [vhernz@quickweb.com.ph: Re: Please help]
Kai Blin [EMAIL PROTECTED] wrote on Fri, 10 Nov 2000: Forwarded to list. From: Kimberly Vher [EMAIL PROTECTED] ya i tried to open the mail and its still the same. Really? Ok, it's possible. please help me with my prob. when I run the command : mutt -f /home/user/Maildir I get all the messages have a length of 0? This is actually answered in the FAQ. When Mutt reads emails from a Maildir folder for displaying in the index, it only reads the headers. It doesn't read the body (because it saves time that way, opening the folder is faster). But as a result, Mutt can't know how many lines there are in the message, it can only know the message size in bytes. In order to display the number of lines in the index, you must make sure that each email contains a "Lines:" header that tells how many lines there are. You can add this to all incoming messages (if they don't have one) by using a message filtering/delivery tool such as procmail, or maildrop. The Mutt FAQ has a suitable rule to use for procmail. (You can find the FAQ from http://www.mutt.org/ ) Hope this helps, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / Q: How many surrealists does it take to change a light bulb? A: Fish
Re: [vhernz@quickweb.com.ph: Re: Please help]
On Friday, 10 November 2000 at 18:39, Kai Blin wrote: Forwarded to list. Hi Brendan, any idea about this? Mikko handled this better than I would have. This is maildir, not IMAP, right? PGP signature
Re: what is the change folder command offering?
On Fri, Nov 10, 2000 at 10:56:51AM -0600, Jeff Howie wrote: This is obviously a feature of mutt, and I think it's _GREAT_, but what exactly is the logic of what's going on here. There's no detail in the docs regarding this behavior that I can find. See section 3.11 of the manual. -- Take a look in Hagbard's World: | mutt.octet.filter - autoview octet-streams http://www.hagbard.demon.co.uk/ | mutt.vcard.filter - autoview simple vcards http://www.acemake.com/hagbard/ | muttrc2html - muttrc - HTML utility Free software, including| muttrc.sl - Jed muttrc mode
Re: what is the change folder command offering?
On Fri, Nov 10, 2000 at 10:56:51AM -0600 or so it is rumoured hereabouts, Jeff Howie thought: Hi all. I've noticed that while browsing through my directory that contains Usenet mail-list postings (created vi procmail to mbox format), that when I'm finished reading one box and hit 'c' to change to the next unread one, mutt offers a default box. This box is alway one of the other boxes in the directory that contains new messages. Once I've browsed through all of the boxes, then hitting 'c' doesn't offer a default choice anymore, indicating that I've finished reading all the new messages. This is obviously a feature of mutt, and I think it's _GREAT_, but what exactly is the logic of what's going on here. There's no detail in the docs regarding this behavior that I can find. thks.jeff AFAIK, it's the order in which the mailboxes are specified with the "mailboxes" line(s) in .muttrc. What I'd like to see is some way to mark a folder as containing unread messages after I've read some (but not all) of the messages therein. -- Conor Daly [EMAIL PROTECTED] Domestic Sysadmin :-)
Pager oddity
This is nothing earth-shattering, but rather annoying: Mutt has what looks like an extra cursor lying on top of the highlighting bar over the last character in the message index window. I'm using the slang-based Mutt of OpenBSD. It happens with both rxvt and xterm. Here's an example: If I use a black and white xterm, black is the highlighting color for the message index. However, the last character in the xterm window is not highlighted because a "white" cursor has been laid on top of the black highlighting bar. Any ideas as to what may be causing this? -- David Kanter
Re: saving to folder depending on Reply-To: ?
Greg Whitlock [EMAIL PROTECTED] wrote on Fri, 10 Nov 2000: I simply don't want the list name to be the default filename for the save folder. I want it to be the sender's address. I guess what I need is something like: save-hook listname@somewhere (figure out filename when "s" is hit) I have this kind of save-hook: save-hook ~l =%B %B is the list's name, so it does exactly the wrong thing for you. But, I suspect you might be able to use: save-hook ~l =%u (or possibly %a instead of %u, if you want the full address, not just the "username" part of the address) I hope this helps, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / The only substitute for good manners is fast reflexes.
Re: saving to folder depending on Reply-To: ?
Greg, At 2000/11/10/14:41 -0500 Greg Whitlock [EMAIL PROTECTED] wrote: Thanks for the response! The problem with using save-hook seems to be that you can only specify one filename for each save-hook command. In the case of list mail the filename to save to would be (potentially) different for each message. I simply don't want the list name to be the default filename for the save folder. I want it to be the sender's address. O.K. I think I know what you are trying to do now. I think what you want is to be able to save all traffic to a particular list on a message-by-message basis. You want each message to be stored in a folder whose name is associated with the (human) originator of the message. So when John Smith sends to Some List, you want to be able to save the message in a folder that represents John Smith. Jane Doe's messages, however, you want to be able to store in a folder that represents Jane Doe. If so, then how about experimenting with format strings? The manual says: ``Format strings'' are similar to the strings used in the ``C'' function printf to format output (see the man page for more detail). The following sequences are defined in Mutt: %a address of the author %b filename of the original message folder (think mailBox) %B the list to which the letter was sent, or else the folder name (% b). %c number of characters (bytes) in the message %C current message number %d date and time of the message in the format specified by ``date_format'' converted to sender's time zone %D date and time of the message in the format specified by ``date_format'' converted to the local time zone . . . When I did: save-hook "some_regexp" =%a (substituting a real regexp for "some_regexp") it resulted in the prompt: Save to mailbox ('?' for list): [EMAIL PROTECTED] where [EMAIL PROTECTED] was the address of the person sending the message. I think this is what you want. David -- Live in a world of your own, but always welcome visitors.
Re: Pager oddity
David Kanter [EMAIL PROTECTED] wrote on Fri, 10 Nov 2000: This is nothing earth-shattering, but rather annoying: Mutt has what looks like an extra cursor lying on top of the highlighting bar over the last character in the message index window. I've seen this too. I'm using aterm. The problem doesn't manifest when I use xterm though, so I assumed it was just an aterm glitch. Also, when I'm in the pager, the cursor appears to be at the end of the status line (the "mini index" highlight bar does get drawn correctly in this case). I don't know much about terminal programs, but I'm guessing that the method Mutt uses for "hiding" the cursor is not supported by these problem terminals, and so it remains in the last position where characters were drawn. Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / Seen on an infant's bathtub: "Do not throw baby out with bath water."
Re: what is the change folder command offering?
Jeff Howie muttered: As you describe hitting 'c' always offers the next mailbox with new messages. Next meaning the order given in muttrc. You mean the order as specified by sort_browser? No. From my experience it's the order given by the mailboxes command. I.e. if you have 'mailboxes =other =mutt' in your muttrc and both have new mail then your inbox will be offered first. HTH, Michael -- Much of the excitement we get out of our work is that we don't really know what we are doing. -- E. Dijkstra PGP-Key: http://www.stud.ims.uni-stuttgart.de/~tatgeml/public.key
Stale ^From lines in my copies of sent postponed messages
[hmmm... did it again... answered my question as I was composing it... but thought the group might be interested...] Original question = Greetings! This is a minor annoyance, but I thought I'd ask about it anyway. If I postpone a message and send it, say, three days later, the "^From " line that gets sent with the message (at least in my own bcc'd copy) contains the date and time corresponding to when I last postponed the message (i.e., three days ago). So my bcc'd copy of such a message that I send will have the "correct" date in the Date: header, i.e., the Date: header will contain the date and time at which I sent the message. But the "^From " line will have a date from three days ago (in my current example). This messes up the date-received order of a mail folder. I realize I could sort the folder by date, and the message would appear in the correct order, but sometimes I need to sort by date-received. Can I somehow get mutt to send "fresh" "^From " lines when sending postponed messages? This seems like a bug to me, as it misrepresents the date and time a message was received. Thanks! David Answer == The stale "^From " lines were showing up in my bcc copies, so I thought I better see if they showed up in actual received copies of the postponed-but-then-sent messages. So I went into my postponed folder and sent a message to another of my accounts. The "^From " line contained the "fresh" date, i.e., a time which occurred after the message was actually sent. Then it dawned on me: when I keep copies of non-mailing-list email that I send to folks, I use *fcc*, not bcc to keep a copy! And fcc just blindly appends the message to a file, whereas actually sending the message, a recipient (whether a To:, Cc:, or Bcc: recipient) has the advantage of their local mail transport agent inserting the correct date in the "^From " line. (Oh yeah, I forgot that the MTA does that. [sound of palm hitting head]) So, now I'll bcc myself instead of fcc'ing a folder when I send previously postponed messages. No bug. User error! :-) -- Live in a world of your own, but always welcome visitors.
Re: what is the change folder command offering?
At 21:18 + 10 Nov 2000, Conor Daly [EMAIL PROTECTED] wrote: What I'd like to see is some way to mark a folder as containing unread messages after I've read some (but not all) of the messages therein. Mutt will list folders that use the maildir format as containing new mail as long as there are messages that are marked as new. -- Aaron Schrab [EMAIL PROTECTED] http://www.execpc.com/~aarons/ As I look across the web, what I find is this vast wasteland that makes television almost attractive. -- Clifford Stoll