Re: Question about $from and send-hooks
At 17:22 +0200 24 Mar 2000, Mikko Hänninen [EMAIL PROTECTED] wrote: So, should setting $from (and $realname) inside a send-hook actually change the from address or not for the current email? If it doesn't, then it can't be used as a full replacement for "my_hdr From:" (and No, it shouldn't. $from isn't meant to be a full replacement for 'my_hdr From:', it's meant to let people set the default. then we again get the $reverse_name problem). No, we don't. The $reverse_name problem was that it wouldn't override a default set by my_hdr. The order for this stuff is: - Apply $from - Do $reverse_name - Do send-hooks (including 'my_hdr From:') If applying $from were to be moved after the send-hooks, then $from would have exactly the same problems as 'my_hdr From:'. Unless applying $reverse name were moved so it was again after that, but then the address it sets couldn't be matched against in send-hooks, and there would be no way to override it. So, if you want to set the From: address in a send-hook, you should still use 'my_hdr From:'. That this overrides $reverse_name is a feature, not a bug. For instance, I've occasionally used things like: send-hook . unmy_hdr From: send-hook '~f aarons@illiam' my_hdr From: Aaron Schrab [EMAIL PROTECTED] Because although I want the address [EMAIL PROTECTED] to be recognized as mine, I never want to use it for sending mail. -- Aaron Schrab [EMAIL PROTECTED] http://www.execpc.com/~aarons/ "If that makes any sense to you, you have a big problem." -- C. Durance, Computer Science 234
unmy_hdr doesn't seem to work
Hi, I want to use folder hooks to set a reply-to in certain folders. So I have folder-hook . unmy_hdr Reply-To folder-hook special my_hdr Reply-To: [EMAIL PROTECTED] When I enter the folder special and write mail, the reply_to is set correctly to [EMAIL PROTECTED] But when I change back to another folder, reply-to stays set, which is a bit annoying. I use Mutt 1.0.1i (2000-01-18) Anyone able to reproduce this? Wouter -- Wat voor een paperclip geldt, geldt in wezen ook voor een server. - Compaq over de nieuwste ProLiant servers
Re: Solution: sender profiles
On 2000-03-25 18:19:01 +0200, Mikko Hänninen wrote: If that doesn't answer you, could you please give a few more details..? His point is that he'd like to be able to use the new unhook command in the beginning of each profile, and load standard hooks at the right place from a different file. Known problems/questions: - Is there a way to include a message on the status bar with a macro? You can customise the status bar to your heart's content by setting the $status_format variable, so yes. :-) He's talking about the line with the error messages. However, modifying the status bar should work, too. There is no way to do conditional execution in a .muttrc file based on the contents of some variable or something, only with hooks (and the conditional status format expansions). You can always do funny things with the shell - backtick expansions are your friend. source ~/.mutt/colors.`if [ "$TERM" = "linux" ] ; then echo linux ; else echo default ; fi` -- http://www.guug.de/~roessler/
Re: Question about $from and send-hooks
Aaron Schrab [EMAIL PROTECTED] wrote on Sat, 25 Mar 2000: The order for this stuff is: - Apply $from - Do $reverse_name - Do send-hooks (including 'my_hdr From:') Ok, thanks for the explanation. I suppose the default send-hook then should have a "unmy_hdr From:" in order to get rid of the previously set "my_hdr From:" value and to let $from and $reverse_name do their thing? Would this affect "send-hook ~f" parsing, will the ~f pattern? I guess not if the default hook is first... Regards, 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 / "Yesterday was the deadline on all complaints."
Re: Solution: sender profiles
Thomas Roessler [EMAIL PROTECTED] wrote on Sun, 26 Mar 2000: His point is that he'd like to be able to use the new unhook command in the beginning of each profile, and load standard hooks at the right place from a different file. If you say so. :-) Known problems/questions: - Is there a way to include a message on the status bar with a macro? You can customise the status bar to your heart's content by setting the $status_format variable, so yes. :-) He's talking about the line with the error messages. However, modifying the status bar should work, too. Hmmm, well I read "status bar" as really the status bar, not the message line, even though I did consider that. Also the reason he wanted to do this was that he wouldn't forget which profile was loaded, showing a single message once wouldn't accomplish that. Although I guess we'll hear soon enough if he's not happy with changing $status_format as a solution. :-) You can always do funny things with the shell - backtick expansions are your friend. source ~/.mutt/colors.`if [ "$TERM" = "linux" ] ; then echo linux ; else echo default ; fi` I never thought of that, thanks for the tip. You still can't use this to do things based on the contents of a *Mutt* variable, only environment variables, which makes it not nearly so useful. You have to remember that this will use your default shell's syntax, not /bin/sh for expansion, right? So for me, using tcsh, it would instead end with an endif, etc. Regards, 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 / "If you're not impossible to tolerate, you're not trying hard enough."
Re: Multiple IMAP accounts?
On Sat, Mar 25, 2000 at 06:14:43PM -0600, Ben Beuchler muttered: - Has anyone come up with a way to access multiple IMAP accounts on - different servers from mutt? Or even a way to configure a macro that will - switch me from one to the other? - - Or am I stuck setting up two seperate .muttrc files and restarting mutt to - switch? Fetchmail. -- -- C^2 No windows were crashed in the making of this email. Looking for fine software and/or web pages? http://w3.trib.com/~ccurley
Re: Sending from multiple addresses
On Thu, Mar 23, 2000 at 02:11:36PM -0500, Jean-Sebastien Morisset wrote: Maybe mutt could ask me which "From:" to use before heading into the editor. And if a list could be displayed of the "From:" addresses I use, that would be even better. This would be *marvelous*! Best regards, Daniel
Re: unmy_hdr doesn't seem to work
On Sun, Mar 26, 2000 at 01:44:11AM +0100, Wouter Hanegraaff wrote: Hi, I want to use folder hooks to set a reply-to in certain folders. So I have folder-hook . unmy_hdr Reply-To folder-hook special my_hdr Reply-To: [EMAIL PROTECTED] I figured it out, I have to use single quotes around the commands.. Wouter
Re: Solution: sender profiles
On Sun, 26 Mar 2000, Mikko Hänninen wrote: Thomas Roessler [EMAIL PROTECTED] wrote on Sun, 26 Mar 2000: His point is that he'd like to be able to use the new unhook command in the beginning of each profile, and load standard hooks at the right place from a different file. If you say so. :-) Yep, I guess that was the problem: first I had send-hooks defined everywhere (even in the profiles) and keeping loading profiles made it worse. Sourcing the profiles work okay with the mutt variables, but send- hooks should also be cleaned when loading a profile. That is, of course, if the send-hook contains definitions that might overrule the profile settings. Therefore, if there are send-hooks that set same things as profiles, unhook should be performed for those in order to make them work. Of course, this was my own stupidity: I had some ridicilous send-hooks in muttrc :-) Known problems/questions: - Is there a way to include a message on the status bar with a macro? You can customise the status bar to your heart's content by setting the $status_format variable, so yes. :-) He's talking about the line with the error messages. However, modifying the status bar should work, too. Hmmm, well I read "status bar" as really the status bar, not the message line, even though I did consider that. Also the reason he wanted to do this was that he wouldn't forget which profile was loaded, showing a single message once wouldn't accomplish that. Although I guess we'll hear soon enough if he's not happy with changing $status_format as a solution. :-) I am indeed, adding this to profile.default (all in one line): set status_format="-%r-Mutt: %f [Msgs:%?M?%M/?%m%?n? New:%n?%?o? Old:%o?%?d? Del:%d?%?F? Flag:%F?%?t? Tag:%t?%?p? Post:%p?%?b? Inc:%b? %?l? %l?]---(%s/%S) -default-%-(%P)---" and this to profile.personal: set status_format="-%r-Mutt: %f [Msgs:%?M?%M/?%m%?n? New:%n?%?o? Old:%o?%?d? Del:%d?%?F? Flag:%F?%?t? Tag:%t?%?p? Post:%p?%?b? Inc:%b? %?l? %l?]---(%s/%S) -personal-%-(%P)---" gives me what I need: a way to remember which profile is active! Sorry about the misleading term "status bar", mutt manual seems to use "status line". You can always do funny things with the shell - backtick expansions are your friend. source ~/.mutt/colors.`if [ "$TERM" = "linux" ] ; then echo linux ; else echo default ; fi` Excellent tip: if I store the profile setting in an environment variable, I can test it and only load profile if it is not already active. I never thought of that, thanks for the tip. You still can't use this to do things based on the contents of a *Mutt* variable, only environment variables, which makes it not nearly so useful. You have to remember that this will use your default shell's syntax, not /bin/sh for expansion, right? So for me, using tcsh, it would instead end with an endif, etc. Good point, I'm using zsh so the above example works for me. I'll try this out and let you know if it works okay. Thanks guys! -- /Mara Martti Rahkila E-mail: [EMAIL PROTECTED] Helsinki University of Technology Department of Electrical Engineering and Communications Laboratory of Acoustics and Audio Signal Processing
Re: Solution: sender profiles
Martti Rahkila [EMAIL PROTECTED] wrote on Mon, 27 Mar 2000: source ~/.mutt/colors.`if [ "$TERM" = "linux" ] ; then echo linux ; else echo default ; fi` Excellent tip: if I store the profile setting in an environment variable, I can test it and only load profile if it is not already active. This won't unfortunately work, as far as I know. You can't change the environment variables of the Mutt session from within Mutt because if you use something like backtics or the exec-command, the variables get changed for the sub-process. When the sub-process exits those varibles are lost, the variables of the main Mutt process never change. This would be changed if there indeed were a command to change the current environment variables, like has been suggested. Maybe for 1.3... Regards, 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 / All those who believe in psychokinesis raise my hand.
Reading gzipped mailboxes
I was wondering if there was any simple way to read gzipped mailboxes. I like to archive my mail periodically, and gzip them to save space. Periodically, I'll need something from one of my old messages. Usually, I'll use zgrep to search for some keyword, gunzip the file, and fire up mutt. Can anyone think of a way ( either using some sort of preprocessor, or a new feature in mutt ) to read the mailbox file without gunzipping them? In fact, if mutt could handle some sort of encrypted mailbox seamlessly that would be *EXCEPTIONALLY* cool! Pgp encrypted mailboxes would be fantastic. Thanks in advance for any help you can provide. Sam
Message Beeping
Hi, I know Mutt, if loaded and sitting idle, is able to display a message and beep, as soon as the message arrives. For some reason I can only view a message (and hear the beep) when I move the cursor or do something (anything) within mutt. I've altered a few settings but haven't had any luck. Sarton
Re: Reading gzipped mailboxes
On Mon, Mar 27, 2000 at 03:32:15AM +0900, Sam Alleman thus spoke: I was wondering if there was any simple way to read gzipped mailboxes. I like to archive my mail periodically, and gzip them to save space. Periodically, I'll need something from one of my old messages. Usually, I'll use zgrep to search for some keyword, gunzip the file, and fire up mutt. Can anyone think of a way ( either using some sort of preprocessor, or a new feature in mutt ) to read the mailbox file without gunzipping them? In fact, if mutt could handle some sort of encrypted mailbox seamlessly that would be *EXCEPTIONALLY* cool! Pgp encrypted mailboxes would be fantastic. Thanks in advance for any help you can provide. Sam I've wished for a gzipped mailbox read feature myself. However, I'll politely disagree with you on PGP encrypted mailboxes being fantastic. In fact, it would be slow and cumbersome, for the simple reason that in the case of a mailbox you want to add onto, you'd have to know if it was PGP encrypted (which would likely mean creating an ASCII armoured file, which would then require a third layer of gzipping to get it BACK down to a reasonable size), and also have to unencrypt it to read it, write to it, and then reencrypt it entirely over again. From a development standpoint, that's very ugly and very messy, and I wouldn't be surprised if they say it will never happen...for the reasons listed above. I second the motion for a gzip-capable mutt though. (No wisecracks about, "Sure, just send in the patch!" either!) :) mark- -- Fairlight- |||[EMAIL PROTECTED] | Fairlight Consulting __/\__ ||| "I'm talking for free... | http://www.fairlite.com ||| It's a New Religion..." | [EMAIL PROTECTED] \/||| PGP Public Key available via finger @iglou, or Key servers
Re: Reading gzipped mailboxes
Hi Sam, * Sam Alleman wrote on 27 Mär 2000: I was wondering if there was any simple way to read gzipped mailboxes. Yes, Roland Rosenfeld has a patch which enables mutt to read, write and append to gzipped mailboxes. I am very happy about this ;-) http://www.spinnaker.de/mutt/ regards, Sebastian -- "No worries." - Rincewind Sebastian Helms - mailto:[EMAIL PROTECTED] (PGP available)
Re: mutt-1.1.9 refresh problem
Edmund GRIMLEY EVANS [[EMAIL PROTECTED]] wrote: Shao Zhang [EMAIL PROTECTED]: I am using mutt 1.1.9i. When using gnupg to verify the signature, the screen is not properly refreshed. ie. some of the characters from the index page are still displayed. So you're looking at the index listing and you press SPACE or RETURN to view the current message, and you then see a messed up display which still contains part of the index listing together with the output of gnupg and the message contents. Is that correct? Yes. Does the display become correct again if you then type C-l? Yes. Refresh will take away those chars from the index page. Scroll down and then up will do the trick as well. The only explanation I can think of is a bug in curses or slang which is manifested by some strange characters in the output of gnupg. In what language is the output of gnupg? Does the output of gnupg look normal? everything seems normal except some characters from the index page. -- Shao Zhang - Running Debian 2.1 ___ _ _ Department of Communications/ __| |_ __ _ ___ |_ / |_ __ _ _ _ __ _ University of New South Wales \__ \ ' \/ _` / _ \ / /| ' \/ _` | ' \/ _` | Sydney, Australia |___/_||_\__,_\___/ /___|_||_\__,_|_||_\__, | Email: [EMAIL PROTECTED] |___/ _
Re: Message Beeping
Sarton O'Brien [EMAIL PROTECTED] wrote on Mon, 27 Mar 2000: I know Mutt, if loaded and sitting idle, is able to display a message and beep, as soon as the message arrives. For some reason I can only view a message (and hear the beep) when I move the cursor or do something (anything) within mutt. Try setting the $timeout variable to something else than the default (600 seconds). This variable controls how long Mutt will wait for a keypress before checking for new mail. Regards, 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 / Caution: breathing may be hazardous to your health.
Starting mutt with threads collapsed?
I have searched through the manual and can't seem to track down a way to start mutt with threads already collapsed. Perhaps I'm missing something elemental about the way mutt works... Ben -- "There is no spoon" -- The Matrix