Re: mbox (Mutt and IMAP)
On Mon, May 22, 2000 at 09:12:12PM -0400, Dave (Grizz) Glaser wrote: c. Remove the use of the mbox entirely and just keep their mail on the IMAP server, again negating most of the use of IMAP. I would have though the idea of the IMAP server *is* that you keep all your mail on the server. Then you can see and manage your mail from anywhere. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: mutt 1.2 changements
On Tue, May 23, 2000 at 10:13:19AM +0200, Gerhard den Hollander wrote: * Jeremy Blosser [EMAIL PROTECTED] [000523 07:06]: Also pgp doesnt work anymore very nicely. For PGP file, check that file again, the entire PGP format has changed. Which brinbgs me to my question. im using mutt with pgp 2.6.something, and I get the occasional message that I should upgrade to a newer version of pgp .. What version of PGP is recommened for use with mutt ? try GnuPG : http://www.gnupg.org Antoine PGP signature
Re: mutt 1.2 changements
im using mutt with pgp 2.6.something, and I get the occasional message that I should upgrade to a newer version of pgp .. What version of PGP is recommened for use with mutt ? gpg. -- Åsmund Skjæveland ([EMAIL PROTECTED]) PGP signature
Re: (OT) mailbox for new user?
Cc'd to Felix in case he's not on the list and he thinks it's worth adding to the FAQ. On Mon, May 22, 2000 at 11:38:26PM +0100 or thereabouts, Manuel Arriaga wrote: Hi everyone, I know this is offtopic, but following the advice of some list members I created a new account for myself on my machine so that I don't run as root all the time Good :) but there is no /var/spool/mail/manel file for it... so when I ran fetchmail I think all the retrieved messages where lost; can anyone tell me how to allow this other user (=me!) to use email? When I start mutt, I get a errno 2 message, saying "/var/spool/mail/manel: No such file or directory (errno = 2)". I have encountered this on logging into a new account for the first time and it's a pain in the neck. My solution was: mail myusername Splat ^D That sends an email to me, /var/spool/mail/myusername gets created, and mutt runs fine after that. There is a section in the current FAQ of "Mutt cannot read my mail spool!". If this answer works for people, I think it may be worth adding something like this to it: Another time Mutt will claim it can't read your mail spool, with an error message of "/var/spool/mail/user: No such file or directory (errno = 2)", is when the account has just been set up and no-one has ever sent any mail to it. Either create that file, as root, with the 'touch' command and ensure it has appropriate permissions and ownership, or send yourself a one-word mail with the "mail" command: "echo plop | mail username", substituting your name in the right place. Then start mutt again. Telsa
Re: forwarding including all attachments
G.Embery proclaimed on mutt-users that: The default binding for view-attachments is `v', which ... snip You can also reply to the current message from this menu, and only the current attachment (or the attachments tagged) will be quoted in your reply. ... Put this in your .muttrc set mime_forward unset mime_forward_decode hth -s -- Suresh Ramasubramanian | sureshr at staff.juno.com What this country needs is a dime that will buy a good five-cent bagel.
Re: mailbox corruption and mutt
On Tue, May 23, 2000 at 10:10:07AM +1000, CaT wrote: well I just had my mailbox corrupted for the second time by mutt 8( this happens when I try to quit, mutt finds there's not enough room in /tmp and so doesn't let me. What winds up happening is that once I do get a chance to quit properly (as opposed to exit) mutt saves the mailbox with a large chunk of messages with corrupt headers. :/ As you can guess, this rather sucks. Has this been previously reported and fixed? I could try and provide more info but I'll need to know what is required. My system is Linux 2.2.15pre18 (but it's happened with older versions previously), glibc 2.1.3 (but it happened with 2.1.2). The mailbox is 47meg in size with 7624 msgs. Forgot to add that it's Mutt 1.0i (for those who don't look at headers :) -- CaT ([EMAIL PROTECTED]) URL: http://www.zip.com.au/dev/null 'He had position, but I was determined to score.' -- Worf, DS9, Season 5: 'Let He Who Is Without Sin...'
Re: Mailheader Date: ??
Jan Houtsma proclaimed on mutt-users that: Mutt mail: Date: Tue, 23 May 2000 12:23:01 +0200 Unix mail: Date: 23 May 2000 10:22:28 - Why are these different and what are the consequences for the receiving party? Mutt apparently uses your timezone settings, and unix mail uses GMT to send mail. No difference - and people who have offices in different parts of the world (or who communicate with people in different parts of the world on a business basis) usually _prefer_ to set time at GMT - it makes calculation of relative time far easier. -- Suresh Ramasubramanian | sureshr at staff.juno.com Barach's Rule: An alcoholic is a person who drinks more than his own physician.
Re: mbox (Mutt and IMAP)
Well I tried this, but now when I exit it says "Fetching message" for a long time. Then when I open mutt again all my mail is duplicated (two copies of everything). Dave On Tue, 23 May 2000, Suresh Ramasubramanian wrote: Manuel Arriaga proclaimed on mutt-users that: Sorry to interfer in this tread too, but what is the purpose of mbox? All read mails will be moved to this folder if you say set move=yes in your muttrc (it will ask you politely first, of course) :) -- Suresh Ramasubramanian | sureshr at staff.juno.com Never commit yourself! Let someone else commit you. David S. Glaser AKA Grizz | MM Systems Administrator | Forget virus scanning. Its all about "re- U201 MME Building | education". Preferably in a parking lot with Houghton, MI 49931 | a tire iron. - BOFH [EMAIL PROTECTED] |
Re: mbox (Mutt and IMAP)
Dave (Grizz) Glaser proclaimed on mutt-users that: Well I tried this, but now when I exit it says "Fetching message" for a long time. Then when I open mutt again all my mail is duplicated (two copies of everything). You are reading your mail off an IMAP server right? And you have it set _not_ to expunge messages from the imap server. So, even if a copy is fetched locally to mailbox, it may stay on the imap server. -- Suresh Ramasubramanian | sureshr at staff.juno.com Green light in a.m. for new projects. Red light in P.M. for traffic tickets.
Re: mbox (Mutt and IMAP)
Actually I didn't see any option to expunge the messages from the imap server. Dave On Tue, 23 May 2000, Suresh Ramasubramanian wrote: Dave (Grizz) Glaser proclaimed on mutt-users that: Well I tried this, but now when I exit it says "Fetching message" for a long time. Then when I open mutt again all my mail is duplicated (two copies of everything). You are reading your mail off an IMAP server right? And you have it set _not_ to expunge messages from the imap server. So, even if a copy is fetched locally to mailbox, it may stay on the imap server. -- Suresh Ramasubramanian | sureshr at staff.juno.com Green light in a.m. for new projects. Red light in P.M. for traffic tickets. David S. Glaser AKA Grizz | MM Systems Administrator | Forget virus scanning. Its all about "re- U201 MME Building | education". Preferably in a parking lot with Houghton, MI 49931 | a tire iron. - BOFH [EMAIL PROTECTED] |
Re: mbox (Mutt and IMAP)
Dave (Grizz) Glaser proclaimed on mutt-users that: Actually I didn't see any option to expunge the messages from the imap server. try using fetchmail to pull your mails from the imap server. -- Suresh Ramasubramanian | sureshr at staff.juno.com Green light in a.m. for new projects. Red light in P.M. for traffic tickets.
I want a different sort of macro
I want to be able to have macros that will expand to such things as domain names which can be used anywhere. For example I send a lot of mail to *different* users at both my work domain (kbss.bt.co.uk) and my home domain (isbd.demon.co.uk). It would be nice if I could set up (two character?) macros that would expand to these domains rather than having to type them in every time. Aliases don't help as they expect to be a full email address (or can aliases be used for parts of names?). I don't send mail frequently enough to specific users at isbd.demon.co.uk for it to be worth creating aliases for them but I do send mail very frequently to different names@isbd.demon.co.uk so a quick way of entering @isbd.demon.co.uk would be very useful. The existing macro facility doesn't help because the macros are only detected at the beginning of any command. I don't think this can be done in mutt at the moment but I think it would be useful - what do others think regarding adding it to the wish-list? -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: I want a different sort of macro
Chris Green proclaimed on mutt-users that: I want to be able to have macros that will expand to such things as domain names which can be used anywhere. For example I send a lot of mail to *different* users at both my work domain (kbss.bt.co.uk) and Never tried this - but you could set up aliases in .cshrc / .bashrc or whatever ($idcu for isbd.demon.co.uk) and use them. It _may_ work, that is. :) -- Suresh Ramasubramanian | sureshr at staff.juno.com Support your local police force -- steal!!
Re: I want a different sort of macro
On Tue, May 23, 2000 at 06:47:16PM +0530, Suresh Ramasubramanian wrote: Chris Green proclaimed on mutt-users that: I want to be able to have macros that will expand to such things as domain names which can be used anywhere. For example I send a lot of mail to *different* users at both my work domain (kbss.bt.co.uk) and Never tried this - but you could set up aliases in .cshrc / .bashrc or whatever ($idcu for isbd.demon.co.uk) and use them. It _may_ work, that is. :) It doesn't seem to work, I tried:- setenv dmn "@isbd.demon.co.uk" in csh (which we use at work here) and then ran mutt. Entering $dmn as part of an address didn't get expanded. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: I want a different sort of macro
On Tue, May 23, 2000 at 06:47:16PM +0530, Suresh Ramasubramanian [[EMAIL PROTECTED]] wrote: Chris Green proclaimed on mutt-users that: I want to be able to have macros that will expand to such things as domain names which can be used anywhere. For example I send a lot of mail to *different* users at both my work domain (kbss.bt.co.uk) and Never tried this - but you could set up aliases in .cshrc / .bashrc or whatever ($idcu for isbd.demon.co.uk) and use them. It _may_ work, that is. :) or you can use abbreviations in ur editor for eg. in vim you can set inorea isbd [EMAIL PROTECTED] inorea kbss [EMAIL PROTECTED] Raju
Re: Colour with ncurses
On Tue, 23 May 2000, Chris Green wrote: I have mutt installed on three systems with S-Lang and colour working OK. The fourth system that I have it installed doesn't have the S-Lang libraries and I'd really prefer not to have to build them myself (and use up quota there). So, how do I get mutt to work in colour under ncurses? I telnet into it from an rxvt terminal window (as for two of the other three mutt installations) but the system itself has a very limited termcap database so I can't tell it that it's runing an rxvt terminal. I suspect this is more of an ncurses/telnet/termcap/terminfo question really - it's just that mutt is sitting on top. depends on what sort of system - but I think it's more likely that it's a terminfo system than termcap. For the terminfo, you can build a small terminfo database by setenv TERMINFO $HOME/terminfo tic rxvt.ti where rxvt.ti is the piece of text that describes rxvt. (But if the system already has ncurses installed, it's not likely that it won't have 'rxvt' or 'rxvt-color' defined in the terminfo database). -- T.E.Dickey [EMAIL PROTECTED] http://dickey.his.com ftp://dickey.his.com
Re: I want a different sort of macro
Chris Green proclaimed on mutt-users that: It doesn't seem to work, I tried:- setenv dmn "@isbd.demon.co.uk" in csh (which we use at work here) and then ran mutt. Entering $dmn as part of an address didn't get expanded. You _can_ set unqualified addresses to be suffixed with a domain in your muttrc. Don't know how you can do this with two or more ... Of course there's always the simple expedient of set edit_headers and using vi[m] to print the value of $dmn (in your case) in the from header. Long winded solution - but better than typing @foo.bar.baz.demon.co.uk any time :) -- Suresh Ramasubramanian | sureshr at staff.juno.com Support your local police force -- steal!!
Re: I want a different sort of macro
Raju Kurunkad Vasudevan proclaimed on mutt-users that: or you can use abbreviations in ur editor for eg. in vim you can set inorea isbd [EMAIL PROTECTED] inorea kbss [EMAIL PROTECTED] As I pointed out in my prev post on this thread (which hasn't yet made it to the list flaky sendmail $%$^%) you have to set edit_headers as well for this to work. [this wouldn't work for me - I use pico as my editor] sacrilege? ;) -- Suresh Ramasubramanian | sureshr at staff.juno.com Support your local police force -- steal!!
Re: I want a different sort of macro
On Tue, May 23, 2000 at 02:00:34PM +0100, Chris Green wrote: - I want to be able to have macros that will expand to such things as - domain names which can be used anywhere. For example I send a lot of - mail to *different* users at both my work domain (kbss.bt.co.uk) and - my home domain (isbd.demon.co.uk). It would be nice if I could set up - (two character?) macros that would expand to these domains rather than - having to type them in every time. - - Aliases don't help as they expect to be a full email address (or can - aliases be used for parts of names?). I don't send mail frequently - enough to specific users at isbd.demon.co.uk for it to be worth creating - aliases for them but I do send mail very frequently to different - names@isbd.demon.co.uk so a quick way of entering @isbd.demon.co.uk - would be very useful. - - The existing macro facility doesn't help because the macros - are only detected at the beginning of any command. - - I don't think this can be done in mutt at the moment but I think it - would be useful - what do others think regarding adding it to the - wish-list? This seems to me to be the sort of thing you could easily do in your editor. That also seems to me to be the place for it. -- -- 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: mutt 1.2 changements
Hi, Thanks for your comments. Things are working okay now as you can see with mutt upgraded. However, pgp'ing not really. In 1.0.1i i could encrypt messages the same way as now exept When it asks for a key id for the adress to send to, i cant just type the name of the key or push enter to see a list. It will not respond and i have to quit mutt to get out. Any suggestions what i can do to make it happen again? Bye, Mipam.
Re: mbox (Mutt and IMAP)
Manuel Arriaga proclaimed on mutt-users that: But you must admit that the two Mail-(User/Admin)-HOWTOS are very poor: I actually read them, but the Admin one only teaches you how to setup qmail (I went for postfix, which has great- and thourough :-) - docs and works flawlessly for me) and the User-HOWTO only teaches you basic nagivation inside of mutt, how to set the env variables EDITOR/VISUAL, etc. I didn't find any reference to this mailbox that mutt automatically creates and suggests you move your read messages into in the mutt manual, but perhaps that's my fault. they are a bit arcane, I admit :) I only wonder why mutt suggests that I put my read messages into /manel/mbox, and the default answer is "no"; all my mailboxes are stored in /home/manel/Mail/, and mbox is in /home/manel... that's why I ask whether it is special in any way. To save mailbox quota and disk space. If you have plenty, you can dispense with this. And could I use procmail to do that? I thought that procmail only sorted the incoming mail as it arrived, not after I read some messages and left others untouched. right. I thought you wanted to sort your incoming mails into folders, so suggested procmail. Even with mails in a folder, you can write a script to pipe it to procmail :) Why does mbox have a special status (stored directly in the home dir, at the end mutt suggests you move all your read messages into it,etc)? Because the home directory can be hosted on a totally different machine from where your mail directory is located. On a standalone linux box connected over a dialup this is trivial - not when you are telneted into your mailbox which gives you just an 1 mb quota ... got it? :) -- Suresh Ramasubramanian | sureshr at staff.juno.com A diplomat is a man who can convince his wife she'd look stout in a fur coat.
Re: I want a different sort of macro
On Tue, May 23, 2000 at 14:00:34 +0100, Chris Green wrote: I want to be able to have macros that will expand to such things as domain names which can be used anywhere. For example I send a lot of mail to *different* users at both my work domain (kbss.bt.co.uk) and my home domain (isbd.demon.co.uk). It would be nice if I could set up (two character?) macros that would expand to these domains rather than having to type them in every time. You can. Try for example these macros: macro editor ?w @kbss.bt.co.uk macro editor ?h @isbd.demon.co.uk The existing macro facility doesn't help because the macros are only detected at the beginning of any command. No, editor macros are detected anywhere when you are typing in response to one of Mutt's prompts. -- Byrial http://home.worldonline.dk/~byrial/
Re: mbox (Mutt and IMAP)
Hi Suresh, On a standalone linux box connected over a dialup this is trivial - not when you are telneted into your mailbox which gives you just an 1 mb quota ... got it? :) Thank you for taking the time to explain this to me; now I understand what mbox is for.:-) Now I see, as I guess you did, too, why I didn't have a clue on the usefulness of mbox: I run a stand-alone laptop, which I connect to my ISP only a few times a day. And I know what quotas are (read a brief description when prompted by the Slackware installer whether I wanted to include support for them), but as you may guess I don't really use them. mbox is there for people who use "real" *nix systems with many users and therefore restrictions on the harddrive space they may use, which has nothing to do with my case. Anyway, I will follow your tip and set move=yes, because this way, when mutt starts, I will only see new messages, making navigation easier, and will have all others automatically stored in mbox. I think I will find this useful. Once again, thank you for teaching me this. :-) Cheers, Manuel I only wonder why mutt suggests that I put my read messages into /manel/mbox, and the default answer is "no"; all my mailboxes are stored in /home/manel/Mail/, and mbox is in /home/manel... that's why I ask whether it is special in any way. To save mailbox quota and disk space. If you have plenty, you can dispense with this. And could I use procmail to do that? I thought that procmail only sorted the incoming mail as it arrived, not after I read some messages and left others untouched. right. I thought you wanted to sort your incoming mails into folders, so suggested procmail. Even with mails in a folder, you can write a script to pipe it to procmail :) Why does mbox have a special status (stored directly in the home dir, at the end mutt suggests you move all your read messages into it,etc)? Because the home directory can be hosted on a totally different machine from where your mail directory is located. On a standalone linux box connected over a dialup this is trivial - not when you are telneted into your mailbox which gives you just an 1 mb quota ... got it? :) -- Suresh Ramasubramanian | sureshr at staff.juno.com A diplomat is a man who can convince his wife she'd look stout in a fur coat.
Re: PGP: No translations available for language mutt
David Ellement: |On 000522, at 07:36:38, Randall Hopper wrote: | Before I just remove these, I wanted to ask what "+language=mutt" is | supposed to do. Is there a better fix I should be making? | |It is supposed to make PGP a little less verbose. | |The contrib directory in the distribution contains the language* |files to put in your .pgp directory. For those superfluous PGP |messages, the mutt string is empty. Ok, thanks. I missed that. -- Randall Hopper [EMAIL PROTECTED]
Re: mutt 1.2 changements
Gerhard den Hollander [[EMAIL PROTECTED]] wrote: * Jeremy Blosser [EMAIL PROTECTED] [000523 07:06]: Also pgp doesnt work anymore very nicely. For PGP file, check that file again, the entire PGP format has changed. Which brinbgs me to my question. im using mutt with pgp 2.6.something, and I get the occasional message that I should upgrade to a newer version of pgp .. What version of PGP is recommened for use with mutt ? Use the version you want. I expect those messages are coming from PGP, not Mutt. A lot of people still use PGP 2.6.2. -- Jeremy Blosser | [EMAIL PROTECTED] | http://jblosser.firinn.org/ -+-+-- the crises posed a question / just beneath the skin the virtue in my veins replied / that quitters never win PGP signature
Re: I want a different sort of macro
Byrial Jensen proclaimed on mutt-users that: Environment variables are expanded in commands, like the macro command below, but not in Mutt's line editor. But macros work! macro editor \$dmn $dmn Just what the doctor ordered. Thanks!!! -- Suresh Ramasubramanian | sureshr at staff.juno.com I can read your mind, and you should be ashamed of yourself.
Mutt 1.3.1 dumps core on me
Hi Tried installing mutt 1.3.1i on a sun 5.6 box and it built ok, but dumped core on me. Building, I gave it a ./configure --prefix=~/testbed to build it in my home directory, and did a make install. Then, I ran it. It read my mailbox ok, opened mails ok. When I tried to send / reply to mails, it says out of temporary directory space / tmpdir invalid and dumps core on me. Mutt 1.3i works like a charm in the same setup. Anybody else seen this sort of thing? sureshr@cs2:/u/sureshr ~/local/bin/mutt -v Mutt 1.3i (2000-05-09) Copyright (C) 1996-2000 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: SunOS 5.6 Compile options: -DOMAIN +DEBUG -HOMESPOOL -USE_SETGID +USE_DOTLOCK +USE_FCNTL -USE_FLOCK -USE_IMAP -USE_GSS -USE_SSL -USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_PGP -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL="/usr/lib/sendmail" MAILPATH="/var/mail" SHAREDIR="~/local/lib/mutt" SYSCONFDIR="/tmp_mnt/home/office/hyd/cs1/u2/sureshr/local/etc" ISPELL="/usr/local/bin/ispell" To contact the developers, please mail to [EMAIL PROTECTED]. To report a bug, please use the muttbug utility. -- Suresh Ramasubramanian | sureshr at staff.juno.com The more things change, the more they stay insane.
Re: mbox (Mutt and IMAP)
Suresh Ramasubramanian [EMAIL PROTECTED] wrote on Tue, 23 May 2000: Sorry to interfer in this tread too, but what is the purpose of mbox? All read mails will be moved to this folder if you say set move=yes in your muttrc (it will ask you politely first, of course) :) Actually, to be specific, Mutt will only ask if you use the ask-yes or ask-no value for the $move quadoption. If you set it to either yes or no, it'll act accordingly without prompting -- like with any quadoption. Just thought I'd put a clarification note about this before someone gets confused. :-) As for my take on what the mbox is for, some people prefer to keep read emails but still want to have their incoming mailbox not cluttered by old emails. The $mbox is the folder where old, read emails from the incoming mail folder get moved after reading -- they're still accessible, but the incoming folder is then kept for just incoming new and unread emails. I personally prefer to set just move=no and as a result deal with the 700 mail inbox with all sorts of old junk in it possibly from year(s?) back. :-) 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 / "How long is this Beta guy going to keep testing our stuff?"
Re: mbox (Mutt and IMAP)
Manuel Arriaga [EMAIL PROTECTED] wrote on Tue, 23 May 2000: mbox is there for people who use "real" *nix systems with many users and therefore restrictions on the harddrive space they may use, which has nothing to do with my case. Well, not only for them... It's also for users like you who prefer to have new emails *only* in the incoming mail folder. Like you use it. :-) Suresh Ramasubramanian [EMAIL PROTECTED] wrote on Tue, 23 May 2000: Mikko Hänninen proclaimed on mutt-users that: I personally prefer to set just move=no and as a result deal with the 700 mail inbox with all sorts of old junk in it possibly from year(s?) back. :-) I prefer to use procmail and over 50 folders to refile my mails :) Well uhh, yes I do that too -- that's just my personal email that goes into the main incoming folder, the list emails all get sorted into their respective incoming mail folders. I have about 30-50 incoming mail folders, and get about 2000-4000 emails per week. I couldn't possibly handle it, if it wasn't for mail-filtering (procmail) and a good MUA (Mutt!). :-) If there are too many mails in a folder, I move the first fifty mails to folder_old_1.gz, and so on ... I should do that, or something like that.. So far I've not created any sort of mail archiving setup, except for old sent-mail folders (automatic archiving via a cron job 4 times a year) and things like that. 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 / "I went to the Net and all I got was this stupid signature line."
Re: Mutt 1.3.1 dumps core on me
On 2000-05-23 21:28:52 +0530, Suresh Ramasubramanian wrote: Then, I ran it. It read my mailbox ok, opened mails ok. When I tried to send / reply to mails, it says out of temporary directory space / tmpdir invalid and dumps core on me. Mutt 1.3i works like a charm in the same setup. Anybody else seen this sort of thing? Try upgrading to the latest CVS snapshot. -- http://www.guug.de/~roessler/
Clearing macros
While reading another thread here I playd a bit with this macro: macro editor ,t test Now I don't know how to get rid of it (short of restarting mutt). There's no `unmacro' command. Section 3.6 of the manual says nothing about undefining them. Marius Gedminas -- We have enough youth, how about a fountain of SMART?
Re: I want a different sort of macro
On Tue, May 23, 2000 at 03:53:10PM +0200, Byrial Jensen wrote: On Tue, May 23, 2000 at 14:00:34 +0100, Chris Green wrote: I want to be able to have macros that will expand to such things as domain names which can be used anywhere. For example I send a lot of mail to *different* users at both my work domain (kbss.bt.co.uk) and my home domain (isbd.demon.co.uk). It would be nice if I could set up (two character?) macros that would expand to these domains rather than having to type them in every time. You can. Try for example these macros: macro editor ?w @kbss.bt.co.uk macro editor ?h @isbd.demon.co.uk The existing macro facility doesn't help because the macros are only detected at the beginning of any command. No, editor macros are detected anywhere when you are typing in response to one of Mutt's prompts. Aha! 'editor' macros, I hadn't really latched on to where these work, I must go and try this, it may well fulfil more than one need. Thanks! -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Two questions
I'm using mutt version 1.2i on a Solaris 7 platform with Sendmail 8.9.3 and have the following two questions: 1: When I compose a new message or reply, the message header in my editor has the following line: From: Jeffery Small jeff@ Notice the missing domain portion of the address. When the message is mailed the line ends up reading: From: Jeffery Small This is new behavior in this recent version of mutt. Is this a change that was made as some form of anti-spam measure? Is there a variable I can set to restore the proper behavior of inserting the correct address on the From: line? 2: I mentioned this once before but never got a reply. In most cases, I can use either TAB or SPACE for filename completion. However, when I 'c'hange to a new mailbox, the TAB key works but the SPACE key will not perform filename completion. Do other people observe this behavior? If not, is there some variable that controls this behavior? Thanks for your responses. Regards, -- Jeff C. Jeffery Small ArchitectCJSA LLC (206) 232-3338 [EMAIL PROTECTED] 7000 E Mercer Way, Mercer Island, WA 98040
pgp/gpg unclearness here :)
Hi all, I use mutt 1.2i now. Everything is working just fine, as mutt always does :) Anyway, some things are different. Normally when i wish to sign a message with pgp or completly encrypt a message then it asks for the key id for that adress. Normally, when i type a name its good enough, or just pressing enter gives a list of possible keys to use. However, in 1.2i that doesnt go anymore :( I cant type a name anymore and i also cant get a list by pressing enter. ctrl-c is the only way to get out of the question for keyid then. How can i configure mutt so that it works like it did? Bye, Mipam ps due to some problems the ibbnet.org domain didnt exist anymore. Its fixed now, but before all dns'ses know it again it can take some time. If anyone answers directly, you could try [EMAIL PROTECTED] or try if [EMAIL PROTECTED] is working allrdy.
Can't get mail checking to work
I was wondering how to get mutt to check mail properly with a regular unix style mail spool I have the following lines in my .muttrc file: set check_new set mail_check=5 Still, new mail won't appear until I type a command such as to compose a message...etc. Thanks, Donald
Re: Can't get mail checking to work
Donald Zoch [EMAIL PROTECTED] wrote on Tue, 23 May 2000: I have the following lines in my .muttrc file: set check_new set mail_check=5 Still, new mail won't appear until I type a command such as to compose a message...etc. Check out the $timeout setting, which is how often Mutt will check when there is no keypresses or anything. The default is 600 seconds, or 10 minutes. 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 / The information went data way
threading problem
I'm having a problem understanding why some messages are threaded as they are. It seems incorrect to me, but it's probably some subtlety I don't understand. I am using mutt-1.2i, but the appearance is the same using mutt-1.0pre4us. Here's an example from the vim mailing list, which I route to a separate mailbox and sort using sort=threads sort_aux=last-date-received sort_re is set strict_threads is unset The index menu shows (in part): 1001 May 20 Schuttberg@aol. (1.8K) Re: Mapping problem 1002 May 20 Benji Fisher(0.7K) `- 1003 May 20 Glyn Millington (0.7K) Mapping problem 1004 May 20 Stefano Lacapra (1.2K) |- 1005 May 20 Alexander N. Be (1.5K) `- The initial message is 1003. Replies 1003, 1004 and 1005 are threaded as I would expect them to be, but replies 1001 and 1002 are in a separate thread. I can change this by unsetting sort_re: 1001 May 20 Schuttberg@aol. (1.8K) Re: Mapping problem 1002 May 20 Benji Fisher(0.7K) |- 1003 May 20 Glyn Millington (0.7K) `* 1004 May 20 Stefano Lacapra (1.2K) |- 1005 May 20 Alexander N. Be (1.5K) `- but that's not right, either, because message 1003 is shown as a reply rather than as the root of the thread. The parts of the message headers that I think might be relevant are: 1001: From [EMAIL PROTECTED] Sat May 20 04:34:59 2000 Date: Sat, 20 May 2000 07:33:38 EDT Subject: Re: Mapping problem 1002: From [EMAIL PROTECTED] Sat May 20 05:39:02 2000 Date: Sat, 20 May 2000 08:39:06 -0400 Subject: Re: Mapping problem 1003: From [EMAIL PROTECTED] Sat May 20 04:01:30 2000 Date: Sat, 20 May 2000 12:56:48 +0100 Subject: Mapping problem 1004: From [EMAIL PROTECTED] Sat May 20 07:53:38 2000 Date: Sat, 20 May 2000 13:05:05 +0200 Subject: Re: Mapping problem 1005: From [EMAIL PROTECTED] Sat May 20 07:55:01 2000 Date: Sat, 20 May 2000 13:31:06 +0200 Subject: Re: Mapping problem When sorted by date received, they appear in the "correct" order, but of course not threaded. I also looked for extra whitespace characters in the Subject lines, but they all look identical to me. So is this a bug, or am I missing something? -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | RF Communications Product Generation Unit | Spokane, Washington, USA
Re: threading problem
Gary Johnson [EMAIL PROTECTED] wrote on Tue, 23 May 2000: I'm having a problem understanding why some messages are threaded as they are. It seems incorrect to me, but it's probably some subtlety I don't understand. Right... Okay, I *think* I understand what is going on, let's see if I can explain it. There's one assumption in the below which I'm not sure of. 1001: Date: Sat, 20 May 2000 07:33:38 EDT Subject: Re: Mapping problem I think the root of the problem is here. The date isn't properly formatted, instead of having the timezone in the +/- formatting (like in the rest of the messages), the timezone is represented as "EDT". I *think*, but am not sure, that Mutt doesn't understand what this means (-0400 I think). So Mutt treats the time of this message like it was in GMT... When Mutt does threading, it pays attention to the message times. A message that has been sent before another message logically cannot be a reply to that message, right? (I guess this check only applies for subject-based threading, it might be ignored for references-threading). So this email is the first (according to date) with this subject. So every other email must be a reply to it, or part of some thread. 1003: Date: Sat, 20 May 2000 12:56:48 +0100 Subject: Mapping problem This message, the original question, doesn't start with the Re: prefix. Because you have $sort_re set, Mutt doesn't put it together with the other messages in the same thread. I'm not sure about all these issues, so I'm making a few guesses... However this would explain Mutt's behaviour. You can at least check whether Mutt understands the EDT timezone by sorting by date-sent, since in that case the messages should sort in the same order as in which they were recaived, IF the "EDT" timezone is interpreted correctly. If it isn't, then the "EDT" message will be first. I hope this explains the situation to you. 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 / PATH=C:\WINDOWS;C:\WINDOWS\RUN;C:\WINDOWS\CRASH
Using multiple mailboxes with Mutt ( procmail filtering).
(Hi, I just subscribed to mutt-users :) I've been using mutt for a while as a nice elm replacement with good MIME handling, and I just started looking at how to use it with mail filtered into different folders for mailing lists and users by procmail. So far, I have a procmailrc that dumps mail to various internal mailing lists at my office into different folders in ~/Mail like this: :0: * ^TO_snapple-team@.*sfinteractive.com snapple That all works fine. Then I have the lines: mailboxes ! ~/Mail/snapple lists snapple-team fcc-save-hook '~C snapple-team' +snapple in my .muttrc. They all work OK, but the interface for dealing with multiple mailboxes in mutt doesn't seem that great. As I understand it, I will get notification that I have new mail when it arrives in any of those mailboxes, and in order to get to my next piece of new mail in any mailbox I have to hit "c" to change mailboxes, hit Return, and hit Tab. If I want to pick an arbitrary mailbox I need to hit "c", "?" to pick from a list. What I want is a folder view, a bit like what you get with "c", "?", but with the number of new and unread messages in each folder displayed. Pine does some of this but doesn't show you the number of messages (and anyway, it's Pine, yuck). I could then live in this view, keeping an eye on new mail arriving in any of my mailboxes, then switch into a particular mailbox and look at the message index for that folder. Does this exist and I'm just missing where it is? If mutt is tracking new messages in all my mailboxes, it should be able to give me an overview of what mailboxes have new messages and let me move around in them without the clunkiness of the hit-"c"-and-repeat method, right? This might be an FAQ or a long-desired- but-hard-to-implement feature, in which case I apologise, but I couldn't see any mention of it. I talked to some other people at my office (Pine users, poor things) and they also expressed a desire for a view of their folders which gave them an overview of information about each folder, rather than having to live in the message index view and keep switching around between folders to monitor their new mail. Eudora and other GUI mailers use multiple panes to give access to other folders at all times, which we can't do in the curser world, but it seems to me that it's a natural way of working to move from list-of-folders to list-of-messages to actual-message (or list-of-attachments, even), particularly if your mail is actually being delivered into many different mailboxes with a procmail filter. tin works something like this, moving from newsgroups (with numbers of new messages) to a message-index for a particular newsgroup to an actual-message. I think I could accomplish this with a wrapper that monitors all my mailboxes for new mail and display that on a menu, pushing me into mutt on that mailbox when I select one, but I don't want to reinvent the wheel (even though I didn't see anything like this out there). The front end screen would look something like: Folder: New Unread Total INBOX 124 348 +snapple20 45 +adaptec7 56 182 (I'm not exactly sure what information belongs there, it should probably be configurable). Maybe I could even patch mutt to do this, although I confess I haven't looked at the source code yet. Failing all of that, it would be nice if I could hit Tab to move through all new mail in all my mailboxes without having to use "c" to change mailboxes by hand. Maybe there's a way of doing that too that I'm missing :) I have a second problem with that setup and mutt in general, which is about bulk-saving messages. I'm not sure yet whether I want to filter my mail upfront into per-list mailboxes -- particularly if I can't get any way of getting an overview of what has new mail -- but if I just dump all my mail into my inbox and then want to save it out to per-list folders using fcc-save-hook, there seems to be a weird interaction with message tagging. I'll have a bunch of mail in my inbox that I want to save to the various folders that it belongs in, but I want to go through and tag everything I want to save and then save it all at once. Unfortunately, if I do this I only get one choice of which mailbox to save it in, so either I save it all to my big received mail file, or I save it all into the wrong per-list mailbox. Is there a way of saving a bunch of mail out all into the right per-list mailbox, using my save-hooks, and defaulting to my record mailbox for things I don't have a hook for? It occurs to me that just taking the confirm away from the save command and using save instead of tag would accomplish some of this, although having to actually save every message right away seems A) slow and B) error-prone (I often tag something for saving and then untag it when I check my
Re: metoo not removing my address
I must be slow or something but here is 6.3.6 from the documentation. It only states addresses as alternates. I really do not want to debate what the definition of an "alternate" is but it's the same as an "alternative" or not the original. Thus, not the original which would be referring to your original or real email address. By reading this it would indicate that a user would set "$alternates" for alternative addresses and not your primary address. 6.3.6. alternates Type: regular expression Default: "" A regexp that allows you to specify alternate addresses where you receive mail. This affects Mutt's idea about messages from you and addressed to you. Section 6.4.49 is irrevelant because I have "my_hdr" set and it did not matter in this situation. $alternates had to be set to work correctly. I would be more than happy to write a better explanation if someone really wants me to for the documentation. I only want to make Mutt better like everyone else. -- Regards, Corey On Tue, May 23, 2000 at 08:06:09AM -0400, David T-G wrote: Corey -- ...and then Corey G. said... % Adding: set alternates = [EMAIL PROTECTED] worked! Yay :-) % % However, I feel that it's not an intuitive option and should probably be % made more clear with another variable or regular expression. Especially % since this is not really an alternate but the real thing. Without being too blunt, you should read the manual and look up the section (6.3.6, at least in 1.2) on $alternates, with a side trip over to check out $from (6.3.49 in the same). Now, if you think the documentation could be made clearer, perhaps you can provide a revision for review :-) % % __ % % Corey :-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* ---end quoted text--- -- Best Regards, Corey
Re: Location of signature in replies
This is quite funny. You are explaining proper netiquette with a signature that contains "Fuck you". I guess netiquette and etiquette are not considered the same.:) By the way, where are you finding netiquette rules for email? I am curious. n Tue, May 23, 2000 at 10:08:31AM +0200, Gerhard den Hollander wrote: * Corey G. [EMAIL PROTECTED] [000523 02:06]: Sounds fair enough. According to proper netiquette - your reply should FOLLOW the text you're replying to putting the reply before the text is a M$ mailer induced braindeadism l) - the signature belongs at the end of an email. That's what signatures are. - Only quote those portions of the email you are replying to, that are relevant to the topic at hand. When I reply to an email my signature is getting placed at the very bottom of the email instead of at the end of my reply. Does anyone know of a way to change the location? The signature belongs at the end of the email. Gerhard, [@jasongeo.com] == The Acoustic Motorbiker == -- __O And GOD said: =`\, "Look after the planet" (=)/(=) But man said: "Fuck you" ---end quoted text--- -- Best Regards, Corey
problems solved.
Hi Folks, I asked you about the problem i got with pgp. However, i forgot to add source = pgp5.rc etc. Now its working great. Bye, Mipam
Re: Using multiple mailboxes with Mutt ( procmail filtering).
Jacob Davies [EMAIL PROTECTED] wrote on Tue, 23 May 2000: (Hi, I just subscribed to mutt-users :) Hi, welcome! :-) I've been using mutt for a while as a nice elm replacement with good MIME handling, and I just started looking at how to use it with mail filtered into different folders for mailing lists and users by procmail. Cool, that's what a lot of us do too. :-) As I understand it, I will get notification that I have new mail when it arrives in any of those mailboxes, Correct. and in order to get to my next piece of new mail in any mailbox I have to hit "c" to change mailboxes, hit Return, and hit Tab. This is true too, but you can easily macro it. A very simple macro as these things go, just 3 characters: macro index YourKeyOfChoiceHere creturntab Or, to make it portable and unlimited by current keyboard bindings, use the function/key names: macro index YourKeyOfChoiceHere change-folderenternext-new With this, you could make your "magic key" to be even tab, although I'm not sure how to make it select either next-new in this folder or next-new in next folder if there are no new messages in the current folder -- that may be beyond Mutt's capabilities at this stage. (note: both of the examples are untested) If I want to pick an arbitrary mailbox I need to hit "c", "?" to pick from a list. After you're in that list, you can also press tab to view your list of incoming mailboxes, the same list that you defined with that "mailboxes" command. I have this macroed as "i" and I use it almost exclusively to change folders: macro index i change-folder?toggle-mailboxes And same for the pager. Actually, the macro is somewhat more complex since it also sets sorting, but the gist of it is above. What I want is a folder view, a bit like what you get with "c", "?", but with the number of new and unread messages in each folder displayed. That, unfortunately, is not possible with Mutt. You can get the folder view, and see whether there are new messages in them, but not any sorts of statistics about number of messages and their states. The key issue here is speed -- scanning folders takes a long time, especially if there are a lot of messages. To keep things reasonably fast, Mutt only reports whether folders have new mail or not. Anything beyond that would require a full scanning of every folder. Since Mutt is single-threaded, it can't do this in the background either, while you're reading other messages... Thus, it would need to do this every time when you enter such a view. Admittedly the user might still want this to happen, and I agree (provided that the user has to choice to have this feature on/off), but currently there is no support for this. What I do is I have a separate perl script which reads the procmail log and displays the number of messages delivered into each folder. Crude, has to be run from the command line (although it could be macroed to be executed from Mutt!), but it works for me. :-) I think I could accomplish this with a wrapper that monitors all my mailboxes for new mail and display that on a menu, pushing me into mutt on that mailbox when I select one, but I don't want to reinvent the wheel (even though I didn't see anything like this out there). This sounds like a reasonable solution, and is probably better than implementing something like this in Mutt. (Although it could be argued that something like this would be good to have in Mutt -- *separate* from the "which folder has new mail" view, or user-toggable, so the user is prepared to wait while the folders are scanned.) I don't know of any such applications which would be text-mode based. I think there's a few "biff"-like utilities for X that will do something like this, I'm not sure but for instance GBuffy might be such a tool. I'll have a bunch of mail in my inbox that I want to save to the various folders that it belongs in, but I want to go through and tag everything I want to save and then save it all at once. Unfortunately, if I do this I only get one choice of which mailbox to save it in, so either I save it all to my big received mail file, or I save it all into the wrong per-list mailbox. Is there a way of saving a bunch of mail out all into the right per-list mailbox, using my save-hooks, and defaulting to my record mailbox for things I don't have a hook for? Nope, sorry, that's not currently possible either. Someone submitting a patch might be welcome. :-) Although some discussion about how it would/should work might be a good idea first, before writing of the patch starts... Anyway, hope I could be of help... 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 / Please don't type so loud, I have a headache.
Re: threading problem
Mikko Hänninen: PATH=C:\WINDOWS;C:\WINDOWS\RUN;C:\WINDOWS\CRASH you got your path all wrong. with windows it =must= look like this: PATH=C:\WINDOWS;C:\WINDOWS\CRASH;C:\WINDOWS\RUN -- clemens [EMAIL PROTECTED]
Re: metoo not removing my address
Corey G. [EMAIL PROTECTED] wrote on Tue, 23 May 2000: I must be slow or something but here is 6.3.6 from the documentation. It only states addresses as alternates. The name is not accurate, and the description isn't either... I would guess the name is some historical issue or something, although I do not know. This really is the only way to specify which addresses belong to you (as far as Mutt is concerned anyway). I would be more than happy to write a better explanation if someone really wants me to for the documentation. I only want to make Mutt better like everyone else. Sounds like a good idea. :-) init.h is the file you want to change, everything else is auto-generated. 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 / The *REAL* Y2K is the year 2048.
test, i am receiving failings...
test -- /helfman "At any given moment, you may find the ticket to the circus that has always been in your possession." Fingerprint: 2F76 2856 776A 3E07 9F3E 452A 17D9 9B28 D75E 0A36 GnuPG http://www.gnupg.org Get Private! 1024D/D75E0A36
Re: forwarding including all attachments
On Tue, May 23, 2000 at 03:20:36PM +0530, Suresh Ramasubramanian wrote: G.Embery proclaimed on mutt-users that: The default binding for view-attachments is `v', which ... snip You can also reply to the current message from this menu, and only the current attachment (or the attachments tagged) will be quoted in your reply. ... Put this in your .muttrc set mime_forward unset mime_forward_decode hth -s -- Suresh Ramasubramanian | sureshr at staff.juno.com What this country needs is a dime that will buy a good five-cent bagel. Aha! Thank you. All fine now. -- Disclaimer: These are my opinions, not those of my employer Gerald K. Embery ; e-mail: [EMAIL PROTECTED] Bureau of Meteorology Research Centre, Melbourne, Australia ; http://www.bom.gov.au/ bmrc/medr/gke.html
Re: Using multiple mailboxes with Mutt ( procmail filtering).
Mikko Hänninen: Jacob Davies [EMAIL PROTECTED] wrote on Tue, 23 May 2000: I think I could accomplish this with a wrapper that monitors all my mailboxes for new mail and display that on a menu, pushing me into mutt on that mailbox when I select one, but I don't want to reinvent the wheel (even though I didn't see anything like this out there). This sounds like a reasonable solution, and is probably better than implementing something like this in Mutt. (Although it could be argued that something like this would be good to have in Mutt -- *separate* i have the url not handy, but there is dialog(1) from freebsd's standard distribution and iselect(1) for putting up menues inside scripts, so the task would have to be split into find(1)ing the mailboxes to show, display them and finally munge the users choice. -- clemens [EMAIL PROTECTED]
Re: metoo not removing my address
Corey G.: I would be more than happy to write a better explanation if someone really wants me to for the documentation. I only want to make Mutt better like everyone else. sounds great! i vote ``yes'' both for the effort and the offer. thanks Corey! -- clemens [EMAIL PROTECTED]
Re: Location of signature in replies
On Tue, May 23, 2000 at 07:30:23PM -0500, Corey G. wrote: By the way, where are you finding netiquette rules for email? I am curious. The standard reference is RFC 1855. (One place you can find this is http://www.faqs.org/rfcs/rfc1855.html .) As with most RFCs, this is rather long, and some common interpretations may not be obvious the first read through. You could view this thread as the edited highlights of RFC 1855. :) Brian
Re: Location of signature in replies
Brian D. Winters proclaimed on mutt-users that: On Tue, May 23, 2000 at 07:30:23PM -0500, Corey G. wrote: By the way, where are you finding netiquette rules for email? I am curious. The standard reference is RFC 1855. (One place you can find this is http://www.faqs.org/rfcs/rfc1855.html .) As with most RFCs, this is A much better reference is any standard book on good writing. Just because you use a keyboard instead of a pen (or a quill, for that matter) does not change the fact that you are communicating :) -suresh -- Suresh Ramasubramanian | sureshr at staff.juno.com You can't carve your way to success without cutting remarks.
Re: metoo not removing my address
On Tue, May 23, 2000 at 07:23:30PM -0500, Corey G. wrote: I must be slow or something but here is 6.3.6 from the documentation. It only states addresses as alternates. I really do not want to debate what the definition of an "alternate" is but it's the same as an "alternative" or not the original. Thus, not the original which would be referring to your original or real email address. By reading this it would indicate that a user would set "$alternates" for alternative addresses and not your primary address. As far as I know this only applies to 1.1 and greater, but you are using 1.2, so it should be valid: If you only have one address, i.e. the one you have set $from to (you have set $from and $realname, right?), then you do not need to set $alternates. You only need to set $alternates when you get e-mail at alternate addresses, other than the one set in $from. Hence the name "alternates". Section 6.4.49 is irrevelant because I have "my_hdr" set and it did not matter in this situation. $alternates had to be set to work correctly. Mutt is not able to interpret every my_hdr you have set up (maybe inside of hooks, etc.) to try to guess what other e-mail addresses are you, besides your $from setting. $alternates exists to make up for the fact that mutt is not (and realistically cannot be) that smart, and because not every address you might receive mail at is necessarily going to be listed in a my_hdr. IMNSHO $alternates is correctly named, and the existing documentation is correct, as far as it goes. The only possible documentation change I can see might be a clarification on this specific point (my_hdrs being cosmetic only) so that future users don't make the same assumptions, get confused and annoyed, and then blame the docs for not being explicit enough (which, granted, they apparently weren't, or you wouldn't have needed to ask the question in the first place). I would suggest an additional sentence to be tacked onto the end of the existing $alternates entry, along the lines of, 'Note that if you use "my_hdr From: ...", you will need to specify that address in $alternates in order for Mutt to recognize that you are the sender that message," but that sentence needs a little work, and then I'd have to untar the original sources and create a patch, and submit the patch to mutt-dev, and I'm supposed to be leaving on vacation in a few hours. ;) Brian