Re: feature request: graft and prune functions
On 2000-04-19 00:18:22 -0400, David T-G wrote: Thoughts? Real men use edit-message for this functionality. But then again, real men also read their e-mail with dd(1). :-) -- http://www.guug.de/~roessler/
compile options
What does "-" and "+" signify in my mutt`s Compile options? -DOMAIN -HOMESPOOL -USE_SETGID +USE_DOTLOCK +USE_FCNTL -USE_FLOCK -USE_IMAP -USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_PGP2 +HAVE_GPG -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS -- Hartmut Gehrke-Tschudi * Nato-Politik ohne Filter Bochum *http://www.emperors-clothes.com *http://www.novo-magazin.de/itn-vs-lm/index.htm BRD*http://www.antiwar.com
[MAILER-DAEMON@free.fr: Undelivered Mail Returned to Sender]
sorry, I hadn't updated my .mail_aliases -- Stéphanie Dupuis et Fabrice Eudes [EMAIL PROTECTED] [EMAIL PROTECTED] This is the Postfix program at host postfix3.free.fr. I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations. If you do so, please include this problem report. You can delete your own text from the message returned below. The Postfix program [EMAIL PROTECTED]: host turing.cs.hmc.edu[134.173.42.99] said: 550 [EMAIL PROTECTED]... User unknown hi to all, I am new on this list and also a new user of mutt. I haven't found anything in the 'manual.txt' about handling extra-headers like 'Troll' or 'X-Troll' ones. May be I haven't look at the right place ? well, may be you could tell me where to look, what to read, etc ;-) or if you are so kind as to send me an example of a few lines in the 'muttrc' which would do the job... thanks a lot -- Stéphanie Dupuis et Fabrice Eudes [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: compile options
On Wed, Apr 19, 2000 at 08:52:10AM +0200, Hartmut Gehrke-Tschudi wrote: What does "-" and "+" signify in my mutt`s Compile options? -DOMAIN -HOMESPOOL -USE_SETGID +USE_DOTLOCK +USE_FCNTL -USE_FLOCK -USE_IMAP -USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_PGP2 +HAVE_GPG -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS Hi, The + indicates that compile time option has been turned on, and the - indicates that compile time option has been turned off. For example in the above, mutt was built without imap or pop support, but does have color support. -Harold -- "Life sucks, deal with it!"
Re: Troll and X-Troll
I am new on this list and also a new user of mutt. I haven't found anything in the 'manual.txt' about handling extra-headers like 'Troll' or 'X-Troll' ones. May be I haven't look at the right place ? 'Troll:' is not a legal RCF 822 header. User defined or eXtension headers must start with X-. well, may be you could tell me where to look, what to read, etc ;-) The flunky manual. You are looking for the my_hdr command. There are even examples :) or if you are so kind as to send me an example of a few lines in the 'muttrc' which would do the job...
Troll and X-Troll
hi to all, I am new on this list and also a new user of mutt. I haven't found anything in the 'manual.txt' about handling extra-headers like 'Troll' or 'X-Troll' ones. May be I haven't look at the right place ? well, may be you could tell me where to look, what to read, etc ;-) or if you are so kind as to send me an example of a few lines in the 'muttrc' which would do the job... thanks a lot -- Stéphanie Dupuis et Fabrice Eudes [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Troll and X-Troll
On Wed, Apr 19, 2000 at 11:18:50AM +0200, fabrice wrote: I haven't found anything in the 'manual.txt' about handling extra-headers like 'Troll' or 'X-Troll' ones. May be I haven't look at the right place ? Look for "my_hdr" like in: my_hdr Organization: University of Passau, Germany -- Ralf Hildebrandt [EMAIL PROTECTED] www.stahl.bau.tu-bs.de/~hildeb Windows has detected that a gnat has farted near your computer. Press any key to reboot.
IMAP port number - can it be changed in mutt
I am running an IMAP server as a user (i.e. no root access) just for personal use. Thus I can't use the standard port number 143 as that is a system/unix port number. Is there a way of telling mutt to use a different port number for IMAP? Or will I have to patch it and rebuild? -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Troll and X-Troll
On Wed, Apr 19, 2000 at 10:51:31AM +0100, Lars Hecking wrote: I haven't found anything in the 'manual.txt' about handling extra-headers like 'Troll' or 'X-Troll' ones. [...] 'Troll:' is not a legal RCF 822 header. Neither are User-Agent (superfluous) and Mail-Followup-To (useful), both of which you use in your message. User defined or eXtension headers must start with X-.
Re: IMAP port number - can it be changed in mutt
On Wed, Apr 19, 2000 at 02:36:43PM +0100, Chris Green wrote: I am running an IMAP server as a user (i.e. no root access) just for personal use. Thus I can't use the standard port number 143 as that is a system/unix port number. Is there a way of telling mutt to use a different port number for IMAP? Or will I have to patch it and rebuild? {your.imap.server:your_port_number}mailbox David -- David Shaw | [EMAIL PROTECTED] | WWW http://www.jabberwocky.com/ +---+ "There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence." - Jeremy S. Anderson
Re: Troll and X-Troll
From: Lars Hecking [EMAIL PROTECTED] I am new on this list and also a new user of mutt. I haven't found anything in the 'manual.txt' about handling extra-headers like 'Troll' or 'X-Troll' ones. May be I haven't look at the right place ? 'Troll:' is not a legal RCF 822 header. User defined or eXtension headers must start with X-. That's the common impression, but it's wrong. The latest draft of the update to rfc 822 by the IETF wg makes no mention of the X-. It was intended to seperate public and private extensions, i.e. any x-* headers would never become standard. However, people used it for any non-standard header. This had the unfortuneate side-effect that headers like x-mailer that become common practice CAN'T be standardized, which is bad: one goal of standardization is to support common practice :-(. It's also lead to garbage like the use of BOTH Status and X-Status as common headers in mailboxes to track the read/etc. status of messages. Yuck. Sam
Re: feature request: graft and prune functions
Mikko -- ...and then Mikko Hänninen said... % Thomas Roessler [EMAIL PROTECTED] wrote on Wed, 19 Apr 2000: % Real men use edit-message for this functionality. But % then again, real men also read their e-mail with dd(1). % % If I remember the thread right, this request came about partially % because you can't do the "graft" function when sending messages. % Even if you use edit-headers and include a correct References header, % Mutt will remove it before sending. Exactly the problem I found. The only way I found to graft a message was to save it somewhere and edit it outside of mutt -- and grabbing the Refs is a pain anyway :-) % % (Or maybe I'm thinking of some other message...) Nope; you got it. % % % 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 / % Living on Earth includes an annual free trip around the Sun. :-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.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
Re: feature request: graft and prune functions
Thomas -- ...and then Thomas Roessler said... % On 2000-04-19 00:18:22 -0400, David T-G wrote: % % Thoughts? % % Real men use edit-message for this functionality. But Well, I'd like to, but it doesn't seem to work. I haven't actually tried edit-message to prune, but I certainly have tried and failed to graft -- that is, create a References: header with the reference IDs that I want. % then again, real men also read their e-mail with dd(1). Oh, yeah; I could do that. Did I tell you that I wrote dd with cat(1) one day when I was bored? I had to write cat in morse code first ;-) % % :-) % % -- % http://www.guug.de/~roessler/ :-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.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
[newbie] slow on send?
Just starting with mutt and I am excited! Have spent nearly 3 days buried in the documentation and have a few questions I hope some one wouldn't mind answering. First of all when I send the message mutt sits there for over a minute before coming back with a 'mail sent' message. Why is this? Is there an asynchronous mode for this? I am not sure if my Linux box is set up correctly. I have 4 computers on my LAN which all have 192.168.0.xxx numbers. I don't have a fqdn so I have made something up. I connect to a IMAP server thro a multitech serial line proxyserver which sits on the LAN...which is set as the gateway on the linux box. I use fetchmail to get and deliver mail to the ISP. There is sendmail running and I am not an expert in sendmail but used linuxconf to configure the very basic info to update sendmail.rc. I use my_hdr to set my from field to [EMAIL PROTECTED] Can anything in this chain cause this delay? In any case it all seems to work. I also have pop mail server at my hosted domain which is now redirected to my local ISP. Am I better off picking up this mail through fetchmail? A couple of other usability questions I couldn't figure out. 1. When composing a new msg is there a way to bring up a picklist of pattern matched aliases? 2. I find myself inadvertently hitting keys..sometimes meant for a different console and I lose track of focus..and say ending up in the To: prompt when I hit 'm'. ANy way to escape out of these modal situations? Is there some way to define a global escape sequence which will get you out of any screen and bring you back to say the index screen? 3.Finally I can't seem to for the life of me get the following macro to work.. macro index f1 "!less /usr/doc/mutt-1.0.1i/manual.txt\n" "mutt manual" it works if I remove the and use f,1 keys. Why doesn't it bind to the 'f1' key? Ineed this help system at this stage of my learning process rather than having the manual in a seperate window. Appreciate your patience, thank you. bakki -- _ _ .-. |M|S| Bakki Kudva |D|_|a|y| Navaco |o|m|n|s|\420 Pasadena Drive |c|e|a|t| \\ Erie, PA 16505-1037 |u|n|g|e| \\ http://www.navaco.com/ | |T|e|m| \ ph: 814-833-2592 "" fax:603-947-5747 e-Docs
Re: printing octet-stream attachments
On 000418, at 18:12:50, David DeSimone wrote: David Ellement [EMAIL PROTECTED] wrote: application/octet-stream; mutt.octet.filter %s; copiousoutput This works great for viewing octet-stream attachments. However, if I print a message that includes a octet-stream attachment, the attachment also gets dumped to the printer. I believe there is a mailcap syntax to specify commands for printing. I also believe that Mutt pays attention to these. Perhaps adding a command "; print=/bin/true" will cause octet-stream attachments to be skipped? Or an alternate filter could be run? I tried this, but it didn't seem to make a difference. I had $implicit_autoview set; by unsetting it before printing, I can prevent dumping octet-stream attachments to the printer. So, why does $implicit_autoview affect printing? And why doesn't mutt pay attention to the mailcap "print" command? -- David Ellement
Re: [newbie] slow on send?
On Wed, Apr 19, 2000 at 10:29:03AM -0400, Bakki Kudva wrote: 1. When composing a new msg is there a way to bring up a picklist of pattern matched aliases? Hit tab. 2. I find myself inadvertently hitting keys..sometimes meant for a different console and I lose track of focus..and say ending up in the To: prompt when I hit 'm'. ANy way to escape out of these modal situations? Is there some way to define a global escape sequence which will get you out of any screen and bring you back to say the index screen? Ctrl-G. Don't know about the macro. Tim. */ PGP signature
Basic(?) Aliasing
Hi, i've got a rather silly question, but i'm stumped ! i have a mutt.alias file which gets sourced in my .muttrc. when i do a tab on the To: prompt, i get a sorted list of all my aliases so far, so good Now, i take a look at the address they expand to, some of the adresses have the form "My name" [EMAIL PROTECTED] others, on the other hand have my other name [EMAIL PROTECTED] The strange thing is, in my mutt.alias the're all of the form alias aliasname "my name" [EMAIL PROTECTED] ^ ^ allways the quotes ... for example alias shoeke"Steffan Hoeke" [EMAIL PROTECTED] etc... How come they don't show whent i get the sorted alias list??? Am i missing something basic, or TIA, Steffan
Re: Basic(?) Aliasing
On Wed, Apr 19, 2000 at 06:25:58PM +0200, Steffan Hoeke wrote: some of the adresses have the form "My name" [EMAIL PROTECTED] others, on the other hand have my other name [EMAIL PROTECTED] The strange thing is, in my mutt.alias the're all of the form alias aliasname "my name" [EMAIL PROTECTED] ^ ^ allways the quotes ... The quotes are necessary when the string contains special characters such as . or @. Usually the quotes can be omitted, and are.
Re: feature request: graft and prune functions
On 2000-04-19 14:57:10 +0300, Mikko Hänninen wrote: If I remember the thread right, this request came about partially because you can't do the "graft" function when sending messages. Even if you use edit-headers and include a correct References header, Mutt will remove it before sending. Without checking this in the code, I seem to recall that adding an In-Reply-To header _plus_ a References header will make things work. -- http://www.guug.de/~roessler/
Re: feature request: graft and prune functions
On Wed, Apr 19, 2000 at 05:11:26PM +0200, Thomas Roessler wrote: On 2000-04-19 14:57:10 +0300, Mikko Hänninen wrote: If I remember the thread right, this request came about partially because you can't do the "graft" function when sending messages. Even if you use edit-headers and include a correct References header, Mutt will remove it before sending. Without checking this in the code, I seem to recall that adding an In-Reply-To header _plus_ a References header will make things work. Right, just grab your favrite editor and there you go. Michael -- You can be replaced by this computer. PGP-fingerprint: DECA E9D2 EBDD 0FE0 0A65 40FA 5967 ACA1 0B57 7C13