Re: [notify@networksolutions.com: [NIC-011017.2f17] NOTIFY CC554-ORG]
On Fri, Oct 19, 2001 at 07:58:24AM -0600, Charles Curley ([EMAIL PROTECTED]) said: > > Is anyone using mutt/gpg to change records at Network Solutions using > pgp? I seem unable to send a change to them which their software will > accept. Their error message is less than lucid. Really? Seemed pretty clear... [snip] > 1. Your PGP signed message was MIME-encapsulated. Most Windows based > e-mail applications will perform this conversion. Currently, we cannot > support PGP signed messages that have been MIME-encapsulated. Do a set pgp_traditional=yes before sending to them and a set pgp_traditional=no (setting it to how it should be) afterwards. And mock them for not implementing the standard. :-) -- Jim Toth [EMAIL PROTECTED] I brake for hallucinations
Re: My first macro..not quite doing what I want
On Tue, Sep 11, 2001 at 03:15:07PM +0200, Cliff Sarginson ([EMAIL PROTECTED]) said: > Hello, > A common sequence for me when reading new messages is to delete then > move to the next new message. My macro is as follows: > > macro index d "Delete then go to next new msg" > > Unfortunately when you delete a new message the pointer goes to > the next message in the index, so if you have 3 new messages in > a row, the first one, it jumps to the 3rd one. > Can I fix this ? Try changing the "resolve" variable. Something like macro index "set noresolve;d;set resolve" "Delete then go to next new msg" (untested) I usually, before reading new messages, limit to new messages with the ~N tag (see patterns in the mutt manual). -- Jim Toth [EMAIL PROTECTED] "Since the advent of the ILOVEYOU worm, I will never again trust e-mail sent in a Manila envelope." -- John Coughlin
Re: mailcap aggravation
Ok, ignore my last post... :-) On Mon, Jul 30, 2001 at 11:53:32AM +0200, Thomas Huemmler ([EMAIL PROTECTED]) said: > * Dale Morris <[EMAIL PROTECTED]> [010730 10:23]: [...] > > text/html; netscape -remote "openURL(%s)" || netscape %s; test=RunningX > > the problem seems to be in the above line, because the next (correct?) > entry for text/html invokes the gnome help browser. > > I don´t use netscape, but would -- first of all -- ask myself the > following questions: > Are the double-quotes allowed? > Does netscape need a 'nametemplate=%s.html'? > Is netscape already installed (dpkg -l | grep ii)? My next question (after those good questions) would be "Do you have a script named 'RunningX' that tests whether X is running, or did you just copy this out of someone's sample .mailcap without adding it?" Actually, I think that would have been my first question. > Is it allowed to use '||' in a mailcap-entry? Or is it better the way, > the Mutt manual says on Page 5 (here the translated german version): > # Einen laufenden Netscape-Browser fernsteuern > text/html; netscape -remote 'openURL(%s)'; test=RunningNetscape > # Wenn Netscape nicht läuft, aber X läuft, starte Netscape, um das > # Objekt anzuzeigen > text/html; netscape %s; test=RunningX -- Jim Toth [EMAIL PROTECTED]
Re: mailcap aggravation
On Mon, Jul 30, 2001 at 12:52:52AM -0700, Dale Morris ([EMAIL PROTECTED]) said: > On Mon, 30 Jul 2001, Dale Morris wrote: > > > I'm running debian woody and can't get mutt to open netscape for > > text/html mime types. Instead it opens the gnome help browser. I've > > tried editing my /etc/mailcap file, my ~/.mailcap file and nothing > > helps. I've even read the manual. I know this is a simple solution, > > but could someone give me a pointer? I'll attach my mailcap files.. > > > duh...forgot to attach the files. sorry.. it's late and I've been at > this too long.. [much snippage] > # - User Section Begins - # > > text/html; netscape -remote "openURL(%s)" || netscape %s; test=RunningX > > # - User Section Ends - # [more snippage] > text/html; gnome-help-browser '%s'; nametemplate=%s.html; test=test -n "$DISPLAY" Perhaps mutt uses the last one found within that file, which would be the one immediately above. Try commenting out that line, or adding yours at the end, instead of the begining. > application/x-troff-man; /usr/bin/nroff -mandoc -Tlatin1; copiousoutput; >print=/usr/bin/nroff -mandoc -Tlatin1 | print text/plain:- > application/postscript; /usr/bin/X11/gv '%s'; test=test -n "$DISPLAY"; >description=postscript > application/ghostview; /usr/bin/X11/gv '%s'; test=test -n "$DISPLAY" > application/pdf; /usr/bin/X11/gv '%s'; test=test -n "$DISPLAY" > text/html; /usr/bin/html2text '%s'; copiousoutput; description=HTML Text Well, maybe not. I'd try commenting out that gnome-help-browser line, anyway. -- Jim Toth [EMAIL PROTECTED]
Re: List mail - replying across the board? not good.
On Mon, Jul 30, 2001 at 09:45:55AM -0400, Jim Toth ([EMAIL PROTECTED])
said:
[snip]
> * ^From.*mutt-users
> {
> :0 fw
> |formail -i Mail-Followup-To:
>
> :0:
> mutt-users
> }
>
> Tested:
[...]
I should mention here, I suppose, that the procmail fragment itself
was not tested, but rather what mutt did with what I expect said
fragment's result to be.
--
Jim Toth
[EMAIL PROTECTED]
Re: List mail - replying across the board? not good.
On Mon, Jul 30, 2001 at 12:53:28AM -0400, Louis LeBlanc
([EMAIL PROTECTED]) said:
> Yes, I am using L (l is actually limit-messages or something), and I
> do have all the list addresses in my lists line. Unfortunately, I
> would still like mail sent to just one to be flagged as list mail as
> well without trying to reply to them all when someone else makes the
> mistake. At the very least, a list reply should cut out all non-list
> addresses (I am mildly opposed to people asking a list for help if
> they don't deem even a temporary subsctiption worthwile, and so I
> generally just reply to the list anyway).
They're in your list line -- but are they in your subscribe line?
I'm not sure if that makes a difference.[1]
Regardless, you might want to use procmail to strip out
Mail-Followup-To: headers if you do not want in general
to send followups to anyone but the list. (Well, or rename
it so you can see who else wants replies if you're feeling
generous. ^_^)
Something like
0:
* ^From.*mutt-users
{
:0 fw
|formail -i Mail-Followup-To:
:0:
mutt-users
}
Tested: The first time I started this followup, David Champion was in
the Cc: list. I stopped, edited the original message to take out the
MFT header (but leaving in the Cc:), and the next time list-reply did
not add a Cc:. I didn't test what it did with other things in To:
lines, but you could do the same sort of thing as above with the To:
line (changing it to just the list).
[1] Actually, I guess they must be, otherwise MFT: would have had your
address, too.
--
Jim Toth
[EMAIL PROTECTED]
Re: speed problem
On Fri, Jun 15, 2001 at 03:28:03PM -0600, Troy Heber ([EMAIL PROTECTED]) said: > Thanks for the suggestion, but I complete disabled all of my autoviews (I never > had any for this MIME type anyway) and that did not resolve the problem. > > Any other suggestions? Do you have complicated regular expressions for coloring the body? > On 06/15/01, Hanif Ladha wrote: > > On Fri, Jun 15, 2001 at 12:31:30PM -0600, Troy Heber wrote: > > > I'm running mutt 1.2.5i and I am experiencing a very strange problem. > > > When I attempt to read messages from certain senders it takes minutes to > > > display the message. For example if I press v on the message to see the > > > attachments it comes up instantly. These are the attachments on one such > > > message: > > > > > > I 1 [text/plain, 7bit, iso-8859-1, 2.2K] > > > A 2 flu5xben_pentium4_01.xls [applica/vnd.ms-exc, base64, 25K] > > > > > > > Could it be that you have an auto_view setting for > > 'application/vnd.ms...' and mutt is trying to invoke the app for > > viewing the attachment. > > > > what you describe seems more related to the attachment then anything > > to do with the headers... -- Jim Toth [EMAIL PROTECTED] "Since the advent of the ILOVEYOU worm, I will never again trust e-mail sent in a Manila envelope." -- John Coughlin
Re: Mutt hangs on Subject
(oops, meant to send this to the list--sorry about the double copy) On Mon, Jun 18, 2001 at 01:52:40PM -0400, Brian Hechinger ([EMAIL PROTECTED]) said: > On Mon, Jun 18, 2001 at 01:31:12PM -0400, Jim Toth wrote: > > > > What is your editor set to in mutt? > > vim. > > > Do you perhaps have DISPLAY set in your environment? > > it's set to :0.1 in this case, but yes, it is set. would that make a > difference? I think vim tries to write to the title of the xterm if DISPLAY is set, or some such...I haven't had this problem in a while and I forget the details. But vim is (or was) sometimes slow loading because of that (although especially when one's DISPLAY is set to a remote computer, which it isn't in this case). Just to test to see if that's it, you might want to unset it before calling mutt and see if that helps. How long do you wait before hitting ^C? -- Jim Toth [EMAIL PROTECTED]
Re: Mutt hangs on Subject
On Mon, Jun 18, 2001 at 11:50:53AM -0400, Brian Hechinger ([EMAIL PROTECTED]) said: [snip] > when i send mail, i type m, fill in the email address, hit enter, and type in > the subject. i then hit enter and it hangs with the Subject: typed in> showing. if i Ctrl-C it'll go on to vi and i can type my email, and > then i can send as normal. > > it all works, it just hangs when i hit enter after typing in the subject. i > just don't want to have to hit Ctrl-C every time i want to send a message. What is your editor set to in mutt? Do you perhaps have DISPLAY set in your environment? -- Jim Toth [EMAIL PROTECTED]
Re: filtering Mail when using imap with mutt
On Thu, Jun 14, 2001 at 05:11:56PM -0400, darren chamberlain ([EMAIL PROTECTED]) said: > > Really what I'm looking for is a way to move (automagically) messages > > from my spool (INBOX) folder to another folder (say, all mutt-users > > messages in their own folder). For me, it would be nice if this were > > done as they came in. Unless I understand wrong, scoring more oriented > > towards deletion of messages. Perhaps having an 'imap-new-message-hook' > > (or even a 'new-message-hook') would be be a good solution to this > > problem. If not, I'll probably end up hacking together something over > > the next couple of weeks to do this for me. > > > > Andy > > This is a job for the MDA, not the MUA. Take a look at procmail > (www.procmail.org) which does exactly what you are looking for, > and a lot more to boot. And you install procmail on a remote server that you possibly don't even have shell access to how, exactly? Sure, you can ask your friendly neighborhood sysadmin, but sometimes they're unfriendly. :-) Remember, we're talking about imap, not local folders. And imap has sufficient advantages over local folders that this is worthy of a solution. Which isynch very well could be (that's probably what I'll be moving towards, from strictly local folders right now.) I think someone else suggested something like this, but my idea is currently: * Use fetchmail + procmail to get things from the inbox on the server. * Use procmail to sort things in various folders (and do other things like autoreplies, stripping annoying ads, filter out apparant duplicate mails into a rarely checked folder, fix mailing lists that add Reply-To's that don't need to be there when you have a list-reply, add a Lines: header, etc). * Use isynch (possibly called by procmail, possibly called by cron, possibly both) to put the new messages on the server (in some folder other than the inbox.) Now there are things in this setup that I like that others might not. In particular, I want to have a local copy of my mail (for incoming folders, at least), and I expect both folders to change, so that I'll want to synch both ways. In fact, the main reason I want my mail to go to the server at all is for backups--I do backup my workstation, but not often enough and not automatically right now. If you only want messages on the server (which seems like it might be the better solution for most folks), perhaps mutt itself is a better solution for step three above. So...run mutt automatically on the folder that just got mail, have it tag all messages and save them all to the corresponding server mailbox. Something like (syntax not guaranteed correct, this is just an example) mutt -f =mutt-users -e '.\ imap://user@imaphost/INBOX.mutt-users' I vaguely recall someone mentioning having tried something like this and having it not work because mutt wouldn't run if it wasn't attached to a terminal. But that can probably be worked around using screen or something similar that can run detached (but shouldn't need to be worked around, IMHO). -- Jim Toth [EMAIL PROTECTED]
Re: aspell
On Wed, Jun 13, 2001 at 10:13:02PM -0700, Igor Pruchanskiy ([EMAIL PROTECTED]) said: > On Tue 12 Jun 2001, Jim Toth wrote: > > I have > > > > set ispell="/usr/local/bin/aspell --mode=email check" > > For some reason misspelled words are not highlighted. Does it highlight > them for you ? The misspelled words are put in asterisks for me. Not quite highlighting. -- Jim Toth [EMAIL PROTECTED]
Re: mutt syntax highlighting
On Wed, Jun 13, 2001 at 06:16:51PM -0700, George Georgalis ([EMAIL PROTECTED]) said:
> Humm, I looked and found quoted{1,2,3,4}, added them to my ~/.muttrc and
> restarted but they don't seem to have any more effect than the quoted
> line I used in the first place... > >> and >>> lines display as 'normal'
> text.
>
[snip color configuration]
> (all the other colors work) /usr/local/src/mutt-1.2.5 and I compiled
> with make && make install
What's your quote_regexp set to?
--
Jim Toth
[EMAIL PROTECTED]
Re: Re-read muttrc?
On Wed, Jun 13, 2001 at 11:18:55AM -0500, Drew Raines ([EMAIL PROTECTED]) said: > > > Is there anyway to restart mutt or have it reread the muttrc within the > program? > > -- > Drew :source .muttrc caveat: this won't undefine things you've previously defined (aliases, send-hooks, etc.) -- Jim Toth [EMAIL PROTECTED]
Re: aspell
On Tue, Jun 12, 2001 at 01:57:25PM -0700, Igor Pruchanskiy ([EMAIL PROTECTED]) said: > Anyone knows if it is possible to get aspell to work with 1.3.18 ? > I did > set ispell="/usr/local/bin/aspell" > but since aspell is not ispell, Mutt pukes. > Is there a patch for that ? Google resturns nothing helpful.. I have set ispell="/usr/local/bin/aspell --mode=email check" It's always worked for me. Worked on this message (although it didn't like your last name for some reason--recommended "Pranks" as the first possibility.) -- Jim Toth [EMAIL PROTECTED]
Re: Generating a References header when replying
On Fri, May 25, 2001 at 10:23:38PM +0200, Vincent Lefevre ([EMAIL PROTECTED]) said: > Old versions of Mutt generated a References header when replying to a > message (that had an In-Reply-To header). In particular, this allowed > to had a link to the grand-parent, in case the parent would be deleted. > Unfortunately, this seems to be no longer the case with Mutt 1.3.18. :( > > Is there an option to get the old behaviour? I believe this is a known bug which is fixed in CVS. -- Jim Toth [EMAIL PROTECTED]
Re: removing the attachments from the mailboxes
On Mon, May 21, 2001 at 09:54:14PM +0200, Ralf Hildebrandt ([EMAIL PROTECTED]) said: > On Mon, May 21, 2001 at 08:19:56PM +0200, Laurent Mirguet wrote: > > > Eudora removes the attachments from the mailboxes, which is nice to > > keep small mailboxes. Is it possible to do the same with mutt ? Yes. Use v in the index to view the attachments menu for that message, and then d to delete individual attachments. (Using the keybindings I have anyway...I assume they're the default ones.) > Oh, and where are the attachments kept? Mutt doesn't really suffer from the > size of the individual mails. In the mailbox. They aren't stored as separate files unless you explicitly save them elsewhere. -- Jim Toth [EMAIL PROTECTED]
Re: Saving read messages to mbox over IMAP
On Mon, Apr 30, 2001 at 11:24:19PM -0400, Brian Nelson
([EMAIL PROTECTED]) said:
> On Tue, May 01, 2001 at 07:57:54AM +0530, Suresh Ramasubramanian wrote:
> > * Brian Nelson <[EMAIL PROTECTED]> [Mon, 30 Apr 2001 21:28:09 -0400]:
> >
> > -> I added the following lines to my .muttrc:
> > -> set spoolfile={bignachos.com}INBOX
> > -> set mbox={bignachos.com}~/Mail/mbox
> >
> > s/mbox/record/
>
> Are you referring to saving messages with the s key? That's not what
> I'm looking for.
No, he was saying to use the record variable, not the mbox variable,
("s/mbox/record/" is an (ed|sed|perl|ex|vi|probably other things)ism
for "on each line, replace the first instance of `mbox' with
`record'") but I don't think that's what you wanted--the record
variable is for storing outbound messages. I could be wrong, though.
> What I mean is that I want to be prompted with something like:
>
> Move read messages to ~/Mail/mbox? ([no]/yes):
> when I leave my Inbox folder, like what happens when I read my mail
> locally. As is, mutt doesn't prompt me when I'm using IMAP. I'm
> wondering if this is an issue with IMAP?
Can you change to the {bignachos.com}~/Mail/mbox mailbox?
That syntax looks a bit funky (mixing and matching local
and remote mailbox names) to me, and maybe mutt is choking on it.
Did you mean
{bignachos.com}mbox
or perhaps
{bignachos.com}INBOX.mbox
or some such?
If you can change to it, what do you have the move variable set to?
It sounds like you're expecting it to be set to ask-no.
--
Jim Toth
[EMAIL PROTECTED]
Re: Reply From
On Mon, Apr 02, 2001 at 09:05:22AM -0700, Justin Burke ([EMAIL PROTECTED]) said: > I would like Mutt be alert me when I'm replying to a message where the > address in the To: header is different than my default address, but > still within my domain name. My default address is [EMAIL PROTECTED], > but sometimes I like to send out mail as [EMAIL PROTECTED] > When I reply to messages that are addressed to > [EMAIL PROTECTED], I often forget to reply with that same > address and will end up using my default address. > > Is there a way for Mutt to recognize this situation and then either > alert me about it or take some default action (ie. use the > [EMAIL PROTECTED] address by default)? I think reverse_name is what you're looking for. You might have to set alternates also. -- Jim Toth [EMAIL PROTECTED]
Re: Including Reply-To address when invoking mutt from a shell script
On Mon, Mar 26, 2001 at 04:49:14PM -0500, Cristian Gheorghe ([EMAIL PROTECTED]) said: > Hi all, > > I need to sent automatic messages to some users following a nightly > build. Can I pass some parameter to mutt so that I can specify a > Reply-To address (which, of course is different than the address > that I am using to send the message originally). Probably the easiest way would be to include a my_hdr Reply-to: Some Name <[EMAIL PROTECTED]> in your .muttrc, possibly using a custom muttrc (which can be specified on the command line, see man mutt for details) if you don't want the same Reply-to: normally. so mutt -s "Some subject" [EMAIL PROTECTED] < automatic_message with whatever it is you specify to get the different muttrc, if needed. -- Jim Toth [EMAIL PROTECTED]
Re: Stupid (maybe) question
On Thu, Jan 11, 2001 at 09:13:18AM -0600, David Frascone ([EMAIL PROTECTED]) said: > Can I change the name displayed in the index based on filters? Kind of like > the lists command does? > > What I'd *like* to do is have e-mail from my buddy's pager #@skytel.com > to show up as "Buddy's Pager". Since I have several friends with pagers, > this would make life much easier. > > Right now, I'm seperating them by colors, but I'm running out of colors :( Not exactly what you're asking for, but I believe if you make an alias with #@skytel.com as the address (or rather, whatever it really is), and the name as "Buddy's Pager", the name will be displayed as you want. At least, this is what I do for that sort of thing. -- Jim Toth [EMAIL PROTECTED]
Re: `ask-send' variable?
On Thu, Dec 07, 2000 at 01:59:40PM -0600, JT Williams ([EMAIL PROTECTED]) said: > How can I implement something like an `ask-send' quadoption variable > that asks for confirmation to send a message after I hit `y' to send? > -- > TIA/jtw As you describe it, I don't see why that would be a quad-option... "Would you like me to ask if you want to be asked to send the message?" :-) Ooh, maybe you could add some recursion! Seriously, if you haven't already done so, look at the devel-notes.txt file in the doc/ subdirectory of the distribution. Basically, the variable (with documentation) would go in init.h. It also tells you to subscribe to mutt-dev to ask about such things. I'm hoping I get to play with the code at some point reasonably soon, but I've been telling myself that for over a year now... -- Jim Toth [EMAIL PROTECTED]
Re: Why doesn't mutt know me anymore?
On Wed, Nov 15, 2000 at 12:45:09PM -0600, Jeff Howie
([EMAIL PROTECTED]) said:
> I have the author's name specified in my index_format as '%F', which
> according to the mutt help is 'author name, or recipient name if the
> message is from you'. But the index still shows my name ('Jeff Howie')
> for emails that I've bcc'd back to myself.
>
> My email address is no longer the same as my userid on my linux pc,
> but it used to be, and I remember this working properly then. So I
> tried setting the realname variable to different strings, to no affect
> so far. Am I on the right track?
I believe "alternates" is the variable you're looking for. "from"
would also be useful.
--
Jim Toth
[EMAIL PROTECTED]
"Since the advent of the ILOVEYOU worm, I will never again trust
e-mail sent in a Manila envelope." -- John Coughlin
Re: Matching the '^From ' line (using mbox format)
On Wed, Nov 08, 2000 at 10:40:28AM -0800, David Alban ([EMAIL PROTECTED]) said: [snip] > > > The mutt manual says: > > ~B EXPR messages which contain EXPR in the whole message > > If you use the mbox format, there should be one and only one "^From " > line in any message. So use ~B to match the '^From ' line: > > save-hook '~B "^From some-list-owner@"' =some-list save-hook '~h "^From some-list-owner@"' =some-list (where ~h is in the headers somewhere) should also work, although I don't know if it works on 0.95 (which you seem to be using). In fact, I think I do something like this somewhere... -- Jim Toth [EMAIL PROTECTED]
Re: HTML-attachments seen as octet-stream despite of mailcap
On Tue, Oct 31, 2000 at 08:24:15PM +0100, [EMAIL PROTECTED] ([EMAIL PROTECTED]) said: > Hello, > > According to Mutt's manual, I've put this line in my .mailcap file to read > HTML-attachments without running X : > > text/html; lynx -force_html -dump %s | less While this works, you might want to use text/html; lynx -dump -force_html %s; copiousoutput which will use mutt's internal pager (or whatever you set pager to). > > It works generally fine, but sometimes HTML-files aren't recognized by Mutt. > I didn't find (or understand...) in the mailcap manpage how are matched the > files and the correspondant entries in the 1rst fields of mailcap's lines. > Is it by using the "file" command ? Nope, it looks at the attachment type, as set by the sender's MUA. > By exemple, I've got a HTML-attachment seen as applica/octet-stream : > > 1[text/plain, quoted, 1,6K] > 2 petition.eurolinux.org.html (Internet-Do[applica/octet-stre, quoted, 23K] > > ...and the file is displayed as raw text, with all the tags. Right. It was sent as application/octet-stream, so mutt doesn't know what to do with it. With more recent versions of mutt you can use the edit-type function (bound to ^E in the attach menu by default) to change it to text/html--I don't think 1.0 has that, though. This is what I typically do. Someone wrote a octet-stream viewer which tries to figure out what type it should be (I forget if it uses the file extension or the file command--probably a combination of both with other magic) to do the Right Thing. You might want to search the archives for it, or someone else might pipe up. Or you could write a procmail recipe to fix this. Or you could convince the people sending this to fix their MUA. Or perhaps the horse will learn to sing. -- Jim Toth [EMAIL PROTECTED]
Re: viewing html emails in mutt
On Tue, May 02, 2000 at 02:38:23PM -0400, Hardy Merrill ([EMAIL PROTECTED]) said: > Another newbie question - I've setup my .mailcap file to include > > text/html; lynx %s > [snip--sees source not html formatted] > I'm expecting to see a nice html page - am I expecting too much, > or am I just doing something wrong? Lynx doesn't see .html on the end and assumes it must be text. Try changing it to: text/html; /usr/bin/lynx -force_html %s -- Jim Toth [EMAIL PROTECTED] "Abraham Lincoln did not die in vain. He died in Washington, DC." --The Firesign Theatre
Re: Abort unmodified message
On Mon, May 01, 2000 at 10:11:39AM -0500, [EMAIL PROTECTED] said: > Forget it, sorry. I had vim configured, when I am using vi. If you were trying to use gvim (and want to), try set editor="gvim -f" -- Jim Toth [EMAIL PROTECTED]
Re: problems with mbox-hook
On Mon, May 01, 2000 at 05:57:58AM -0400, Jim Toth ([EMAIL PROTECTED]) said: > > Your best bet for getting this to work might be something like > > set mbox='|formail -s procmail .mutt-procmailrc' > > where .mutt-procmailrc has recipes detailing where each message goes. > I don't know if that works though, and I'm not about to test it right > now. I might later. Nope, doesn't work. Hmmph... set mbox=~/mutt-save $ mkfifo ~/mutt-save $ formail -s procmail .mutt-procmailrc < mutt-save & mutt That works. Not particularly elegant, though. And if you forget to start up the formail before starting mutt, it hangs when you try to leave. Maybe I'll motivate myself and write a patch. -- Jim Toth [EMAIL PROTECTED] I do the work of three men. Moe, Larry, and Curly.
Re: problems with mbox-hook
On Mon, May 01, 2000 at 12:31:07PM +0300, Mikko Hänninen ([EMAIL PROTECTED]) said: > Antonio Fragola - MrShark <[EMAIL PROTECTED]> wrote on Mon, 01 May 2000: > > set mbox=+inbox > > mbox-hook '~h ^From.*palleria.*' +Friends/vito > > mbox-hook '~h ^From.*colosimo.*' +Friends/franco > > > >but read emails from palleria and colosimo continues to go in inbox, > > instead of the other 2 mailboxes, Why? > > Because mbox-hook doesn't take a full Mutt pattern, it only takes a > regular expression which will be matched against the current folder > name. Ie. you can't save read messages automatically on per-message > basis, only per-folder. Right. And save hook is for when you're saving individual messages, not for moving read mail, so ignore my previous message. Your best bet for getting this to work might be something like set mbox='|formail -s procmail .mutt-procmailrc' where .mutt-procmailrc has recipes detailing where each message goes. I don't know if that works though, and I'm not about to test it right now. I might later. > (This is according to the docs, I don't use the auto-move feature > myself...) This'll teach me to try to read the docs and reply about a feature I don't use (mainly because it doesn't exist) before I'm awake. :-) > -- [...] > The facts, although interesting, are irrelevant. Yeah, that's it! I was right! It's reality that has it wrong! -- Jim Toth [EMAIL PROTECTED] "Abraham Lincoln did not die in vain. He died in Washington, DC." --The Firesign Theatre
Re: problems with mbox-hook
On Mon, May 01, 2000 at 11:24:06AM +0200, Antonio Fragola - MrShark ([EMAIL PROTECTED]) said: > Hi! I've problems with mbox-hook. I've this 3 lines in may .muttrc: > > set mbox=+inbox > mbox-hook '~h ^From.*palleria.*' +Friends/vito > mbox-hook '~h ^From.*colosimo.*' +Friends/franco > >but read emails from palleria and colosimo continues to go in inbox, > instead of the other 2 mailboxes, Why? I believe you want save-hook. mbox-hook is used to specify the default save filename from a particular mail folder. So if you wanted read mail from +fred to go to +barney, you'd specify mbox-hook 'fred' '+barney' So what you probably want is more like: set mbox=+inbox save-hook '~h ^From.*palleria' +Friends/vito save-hook '~h ^From.*colosimo' +Friends/franco (You can drop the .* at the end of the pattern.) -- Jim Toth [EMAIL PROTECTED] "Abraham Lincoln did not die in vain. He died in Washington, DC." --The Firesign Theatre
Re: 2 mutt-users lists ?!?!?!
On Wed, Apr 26, 2000 at 12:42:05AM +0200, Steffan Hoeke ([EMAIL PROTECTED]) said: > On Tue, Apr 25, 2000 at 03:18:03PM -0700, Drew Bloechl muttered: > > On Wed, Apr 26, 2000 at 12:08:56AM +0200, Steffan Hoeke wrote: > > > I noticed there are 2 mailing list addresses in use : > > > [EMAIL PROTECTED] > > > and > > > [EMAIL PROTECTED] > > > > It's actually the same list, the machine just has more than one > > name. Sorta. > IMHO not correct, an nslookup of mutt.org returns 194.70.126.33 > nslookup gbnet.net returns unknown host/domain Yes, but: % nslookup -type=MX gbnet.org gbnet.org preference = 20, mail exchanger = ns.gbnet.net gbnet.org preference = 10, mail exchanger = ford.gbnet.org [...] Of course, you probably didn't do the MX part, but that's what we're talking about here--where mail goes. % nslookup -type=MX mutt.org mutt.orgpreference = 30, mail exchanger = turing.cs.hmc.edu mutt.orgpreference = 10, mail exchanger = ns.gbnet.net mutt.orgpreference = 20, mail exchanger = ford.gbnet.org [...] > a ping to www.mutt.org and www.gbnet.net returns different IP's ... So? :-) -- Jim Toth [EMAIL PROTECTED]
Re: wish: ~n in "limit" menu
On Wed, Apr 12, 2000 at 07:00:33PM -0400, Rich Kulawiec ([EMAIL PROTECTED]) said: > Being able to limit the display by subject (~s), to (~t) and other > criteria is great...but I save all of my Usenet news as standard Unix > mailbox files, and I'd like to be able to use ~n to select messages > whose header "Newsgroups" matches the supplied string. > > In other words, "l" followed by "~n news.announce" would match: > > Newsgroups: news.announce.newusers > > or for another example, "l" followed by "~n paddle" would match; > > Newsgroups: rec.boats.paddle.whitewater How about limiting to ~h"Newsgroups:.*"? Not perfect, and you'd probably want to set up a macro to invoke it, but it seems to gets the job done. > My apologies if I'm overlooking something completely obvious that > already provides this functionality; I've RTFM'd, RTFFAQ'd, and > done some surfing -- either it's not there or my caffeine level > is far below that required for cogent thought. -- Jim Toth [EMAIL PROTECTED]
Re: Mailboxes
On Tue, Apr 04, 2000 at 12:54:03PM -0400, Bennett Todd ([EMAIL PROTECTED]) said: > 2000-04-04-12:37:56 Jim Toth: > > Assuming you have gnu find: > > mailboxes `find ~/Mail ! -name sent -type f -printf '%p ' | sed > > 's?/home/jtoth/?=?g'` > > If you use Maildirs you don't want to be recursing; that's easy to > do with GNU find. True, but the reason I was doing find to begin with and not `echo Mail/*` was that someone complained about it not recursing. :-) > And if you're using GNU find, you can lose the sed > altogether, just put whatever static text you want into the printf, > and lose the constant prefix ~/Mail by switching from %p to %P. So > for instance I might start with > > find Mail -maxdepth 1 -printf '=%P\n' Right, but if you don't have Maildir, and want, say =oldmail/something, then that would turn into =something, which would be wrong. (although of course it wouldn't get there to begin wth b/c of the maxdepth). > > -Bennett -- Jim Toth [EMAIL PROTECTED] "Abraham Lincoln did not die in vain. He died in Washington, DC." --The Firesign Theatre
Re: Mailboxes
On Tue, Apr 04, 2000 at 09:35:49AM +0100, Darren Greaves ([EMAIL PROTECTED]) said: > Try the following: > mailboxes `echo ~/Mail/*` > Note the quotes are backticks, key above the TAB key on a PC keyboard. > > That will list all the mailboxes in the folder you specify. > It has the following limitations: > Does not recurse into subdirectories. > Lists your outbox (should you have one). This is annoying as mutt tells > you that you have new mail in your outbox whenever you send mail. How about mailboxes `find ~/Mail ! -name sent -print` (or s/sent/outbox/ or wherever your outgoing mailbox is named) Hmm...no, that doesn't work, mutt only looks at the first line. [Goes off to play] [Comes back] Assuming you have gnu find: mailboxes `find ~/Mail ! -name sent -type f -printf '%p ' | sed 's?/home/jtoth/?=?g'` seems to work. :-) Replace what obviously needs to be replaced, and of course you can exclude as much as you like by adding additional ! -name "" parts, and of course even exclude wildcard expressions, and do regular expression excluding with ! -regex HTH -- Jim Toth [EMAIL PROTECTED] "Abraham Lincoln did not die in vain. He died in Washington, DC." --The Firesign Theatre
Re: Specifiying directory to save attachments.
On Sat, Apr 01, 2000 at 08:43:46PM -0500, John P. Verel ([EMAIL PROTECTED]) said: > I'd like to be able to save attachments to a specific directory. I > don't see any way to set this up in the configuration file. > > I do, however, have Sven's sample .muttrc which as a macro to do aid > in this.which, unfortunately, I do not understand. Sven's macro > reads: > > macro attach s S^A~/Mail/ATTACH/ > > So, two questions. Is there a way to do this in the .muttrc? Other than Sven's way, not that I know of. Probably because that works fine. :-) > Second, an explanation of how the macro above works? There's another part Sven had that you left out, which will look something like bind attach S You'll want to check out section 3 of the manual, specifically those parts about changing default bindings and making macros, but this is what Sven's macro does: > macro attach s S^A~/Mail/ATTACH/ This means this macro applies in the attach menu. > macro attach s S^A~/Mail/ATTACH/ ^ The s key in the attach menu will call this macro. > macro attach s S^A~/Mail/ATTACH/ ^ When the user pushes the s key in the attach menu, it will be as though they had pressed the S key (which calls save attachment, I believe), then the control-A key (which puts you at the beginning of the line, in front of the suggested filename) then ~/Mail/ATTACH/ (which prepends the given directory name to the suggested file name). So if you wanted to save the files to, say, the directory ~/mutt/RTFM you would change the the macro above to macro attach s S^A~/mutt/RTFM/ -- Jim Toth [EMAIL PROTECTED]
Re: Mutt colors
On Sat, Apr 01, 2000 at 02:10:24PM -0500, Phillip Beal ([EMAIL PROTECTED]) said: > I've just recently switched my mail over to mutt, mainly for the > colors and the threaded options. I was wondering is there a way to > set a color for a new message, instead of just being with the N > flag? color index ~N should do it. -- Jim Toth [EMAIL PROTECTED]
Re: changing To: in a reply
On Mon, Mar 27, 2000 at 02:28:57PM -0800, Michael Elkins ([EMAIL PROTECTED]) said: > On Mon, Mar 27, 2000 at 09:28:46AM -0700, Patrick Walsh wrote: > > How might the To: be changed in a reply to a particular address, > > other than manually? I'm aware of the send-hook/my_hdr limitation > > specified in 3.17 :/ > > This can't be done. There is no way to get it to modify either the to: > or cc: list. You can only match on those fields. Best bet I guess would be to use procmail, a recipe like: :0 fw * ^FROM.* | formail -i "Reply-To: " Warning; not tested, and IANAPG[1]. That way, when you hit , mutt will substitute whatever you put in the Reply-To: field. [1] I am not a procmail guru -- Jim Toth [EMAIL PROTECTED] "And remember, Abraham Lincoln did not die in vain. He died in Washington, DC." --The Firesign Theatre
Re: keeping "new" flag
On Mon, Mar 27, 2000 at 07:05:24PM +0200, supio ([EMAIL PROTECTED]) said:
> Hello,
>
> I'm using mutt 1.0.1i.
> Every time i quit a mailbox containing new mails, the "N" flag of this
> mailbox is gone (in the mailbox index).
> Is there a way to keep this flag, so you can always see in which mailbox
> new (or unreaded) mails are (or change it to "O")?
I would have thought the mails would be marked as 'O'...you seem to be
implying they cease to be marked at all. Anyway, I'm not sure if it's
what you want, but look up
set mark_old = no
> BTW: is it possible to see in the index if there are marked messages
> ("!" flag) in a mailbox?
I don't think so.
--
Jim Toth
[EMAIL PROTECTED]
Re: signature send-hook problem
On Thu, Mar 09, 2000 at 03:34:08PM -0500, Josh Kuperman ([EMAIL PROTECTED]) said: > I have a bunch of signature files I use with friends, which I wan't to > be used only for messages to those friends. If I exit out and then > start mutt again everything works as I expect. . And that part works > fine. But I can't figure out how to get it to reset to my default > .signature file for the next message. I copied (slightly modified) my > .muttrc. The commented out line always gets matched and will force the > default signature. Is is simply changing the order? Yep, that's it. From the manual (section 3, Configuration): When multiple matches occur, commands are executed in the order they are specified in the muttrc. > Or is there some "send-hook this message only" or "reset for each > new message" command that I missed. > > send-hook fred "set signature=~/.signature-fred" > send-hook ethel "set signature=~/.signature-ethel" > send-hook lucy "set signature=~/.signature-lucy" > send-hook ricky "set signature=~/.signature-ricardo" > #send-hook * "set signature=~/.signature" So put this last one first. -- Jim Toth [EMAIL PROTECTED]
