Re: mutt + procmail + qmail
* Michael P. Soulier ([EMAIL PROTECTED]) [11 Sep 2002 09:58]: On 11/09/02 Johan Almqvist did speaketh: [...] Can I see a filtering example from your .procmailrc? Say, to filter this mailing list? :0: * ^Sender: owner-mutt-(dev|users)@mutt.org apps-mutt/ Basically, it's just like an mbox line, only you have the slash at the end. It's also important that you create any maildirs rather than just assume procmail will create them. cheers, -- Iain.
Re: location of signature.
* Bo Peng ([EMAIL PROTECTED]) [05 Sep 2002 11:40]: [...] I do not see anything wrong with quoting the whole message. It is a good reference if the reader need to read it or it can be ignored easily. But I already have the previous messages. I can press P and read them. A much better reference is the appropriate text spliced by the reply. That way, I get immediate context for the reply rather than having to flip to the bottom of the email, which could be quite long and thus several pages down and then back up. I do not think bandwidth is an issue too. The picture I sent yesterday would have cost the bandwidth of 1000 emails' quoted text. But you weren't sending that picture to 1000 people. How many people are on this list? Multiply the size of your email by that number. Then, assume a thread that has gone on for a while. Start using factorials to calculate the bandwidth use. Anyway, to cut to the chase, it all gets bigger. The key is not how much bandwidth you use, but how much you waste. I have no doubt that your picture was appropriately important. I have to question, however, the importance of, say, this email having the text of all previous emails within the thread. Needless. P ( parent-message ) is your friend. All in all: it's a debate that has gone on for quite some time. Those experienced in the Internet have a preferred way that they have arrived at from experimentation and empirical analysis. Those inexperienced in the net just use whatever they think of. Eventually, they learn. cheers, -- Iain.
Re: RFE: regex backrefs
* Ricardo SIGNES ([EMAIL PROTECTED]) [01 Aug 2002 01:21]: On Wed, Jul 31, 2002 at 05:08:25PM +0200, Roman Neuhauser wrote: this reminds me: how hard would it be to make mutt use libpcre? And, how much would it slow down / bloat up mutt, if at all? Strictly speaking, if used as a shared library, and existing regexp support is blown away and replaced, then it reduces bloat. The problem is, such a change would probably kill everyone's existing configurations. You'd need something like Vim's \m, \M, \v, \V escapes (magic, no magic, very magic, very no magic), only probably \P (use PCRE; assuming \P isn't taken by PCRE). cheers, -- Iain 'Spoon' Truskett. http://eh.org/~koschei/
Re: RFE: regex backrefs
* Mark J. Reed ([EMAIL PROTECTED]) [01 Aug 2002 02:05]: [...] Vim may not have modern innovations from Perl 5 like non-capturing grouping, lookaround, etc., but it's hardly broken. Actually, vim has non-capturing grouping and look-ahead/behind. And with the various magic escapes, you can have it compatible with vi, or you can have it feel rather natural. I'll definitely agree it's not broken, and would say it's more powerful than a lot of other flavours of regex. Plus it has the features an editor needs (matching columns, matching as much of, etc.). I'm not sure mutt needs such features, mind you. The only extension I've needed to mutt's matching facilities was an extension to the patterns (matching a folder). I find the regexs fine. cheers, -- Iain 'Spoon' Truskett. http://eh.org/~koschei/
Re: option description - default and dependencies
* Vincent Lefevre ([EMAIL PROTECTED]) [01 Aug 2002 11:56]: [..] And how can one find the options used to compile Mutt? mutt -v cheers, -- Iain, who still finds it odd seeing you in non-Acorn contexts.
Re: spam filter
* Patrick ([EMAIL PROTECTED]) [29 Jul 2002 12:02]: * Andre Berger [EMAIL PROTECTED] [07-28-02 20:46]: [...] This would be better accomplished by procmail, since this is one of it's intended uses. Use mutt to read/respond to email. If one is adding to a kill file, I personally would prefer it to be done in mutt (e.g. piped to another program while reading) just in case of false positives. cheers, -- Iain 'Spoon' Truskett. http://eh.org/~koschei/
Re: Virtual Folders in mutt
* Anthony Towns ([EMAIL PROTECTED]) [20 May 2002 17:38]: [...] First, has anyone done this before? Is there a FAQ or HOWTO I could be reading? Examine the 'limit' command (bound by default to 'l' in the index screen). [...] What I can't figure out is how to run that script and make mutt look at the output in a reasonably effective way. What I'd _like_ is to be able to write a macro that asks me: What email address: Enter mailbox in usual fashion l ~f [EMAIL PROTECTED] That's how I do things at least. cheers, -- iain. http://eh.org/~koschei/ msg28214/pgp0.pgp Description: PGP signature
Re: mail2procmailrc
* Timothy Ball ([EMAIL PROTECTED]) [17 Nov 2001 21:00]: [...] $bash perl -MCPAN -e shell cpan install Curses::Widgets cpan install Mail::Headers [...] Yeah I'm looking into a way for a Makefile to automatically install these pkgs for a user if a they aren't installed sytemwide... As I'm not the worlds best perl hacker, if anyone knows of a way to do this easily please email me. :) Something like (untested): eval { require 'Curses'; }; if ($@) { use CPAN; install 'Curses'; } -- iain. http://eh.org/~koschei/
Re: MUA statistics
* Stan Ryckman ([EMAIL PROTECTED]) [15 Nov 2001 16:28]: iain truskett wrote: [snip] So, a quick analysis of the stats produces: 1 2182Mutt 2 1756Microsoft Outlook Express [...] I don't think too many people here will have trouble with those results. I am inclined to think you have a bug... I cannot believe ALL those mutts but ZERO occurrences of elm and pine. The mutts because i'm on assorted techy lists, where mutt has a fairly high prevalence. No pines because I didn't add a bit to the code to check the message-id for a MUA. cheers, -- iain. http://eh.org/~koschei/
Re: Defaulting to inbox on startup
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) [19 Sep 2001 06:58]: Is there any way to have mutt default to either the inbox on startup, or default to a folder that has new mail in it? At your command prompt, type: mutt -Z || mutt In zsh, and presumably bash, you can set an alias. e.g. alias mutt=mutt -Z || mutt Put that in your .profile or .bashrc, and then, when you type 'mutt', it will see if there's new mail anywhere. If so, it'll open to that folder, else it will open to the inbox. cheers, -- iain. http://eh.org/~koschei/ PGP signature
Re: netiquette
* Ken Weingold ([EMAIL PROTECTED]) [11 Jul 2001 14:33]: [...] You have a thread going on for a while, and want to quote it, but it is MANY lines. That is where I wonder what to do, since you could have more than a page-worth of just quoting, and it is all relevent. Still okay? Break it up. Intersperse your comments with the original text addressing points as they appear in the prior post. If you can, that is. Feel free to break up paragraphs =) Personally, I've never seen any need to leave much unedited quoting at the top of a message. But maybe I just hang around in the wrong circles? cheers, -- iain. http://eh.org/~koschei/ I am currently reading, amongst other things: The Virgin Suicides by Jeffrey Eugenides
Re: vim procmail recipe
* Joshua Haberman ([EMAIL PROTECTED]) [20010404 02:36]: [...] But then I get both in my inbox. Ideally, I'd like to have the one that arrived via the mailing list to go in the mailing list's folder, and the one delivered directly to me to go in my spoolfile. :0: * ^Delivered-To: mailing list [EMAIL PROTECTED] vim That will trap any to the list. Anything to the list *and* yourself will appear in 'vim' if it came from the list server, or your inbox if it didn't. It works for me =) -- iain.
Re: What would be really *really* nice......
On Mon, Jan 29, 2001 at 04:27:13PM -0500, mike polniak wrote: [...] Yes its fun playing with this stuff. In my pager 'status' line i like to see %[fmt] ,the date and time of the message converted to local time right next to %fmt, the current local time. Curiously, the 'time received' field (for showing when the message was received by the machine) isn't localed while the other two are. Hence the three I have on my pager format (sent, received, current) are a bit odd in that a message can appear to have arrived a number of hours before it was sent. Why don't I fix the time on the machine? It's a US based machine and I'm not in the US and it's not my machine to do such with =) Hence I have my locale settings set to my city. Works fine with 'date sent' and current time, but not with 'date received'. Most peculiar. cheers, -- iain truskett, aka Koschei.http://eh.org/~koschei/ You know you are addicted to coffee if... 23 Your first-aid kit contains two pints of coffee with an I.V. hookup.
Re: Folder specific index_format
* Jeff Howie ([EMAIL PROTECTED]) [15 Nov 2000 08:35]: On Tue, Nov 14, 2000 at 11:07:29AM +1100, iain truskett wrote: I'm attempting to use the following (which seem logical enough for me) to perform folder specific index formatting: [...] However, they don't work. I get an error: [...] Does anyone have a better way of formatting indexes per folder? As was just pointed out to me recently, it all has to do with the quoting: folder-hook . \ set index_format='"%4C %4N %Z %[!%y%m%d-%H%M] %-17.17F (%5l) %s"' folder-hook in-l-bugtraq \ set index_format='"%4C %4N %Z %[!%y%m%d] %-14.14F (%5l) %s"' Aha! The one form of quoting I didn't try! =) Very kind of you. It works brilliantly. cheers! -- iain truskett, aka Koschei.http://eh.org/~koschei/ Define the universe. Give three examples.
Folder specific index_format
Hello, I'm attempting to use the following (which seem logical enough for me) to perform folder specific index formatting: folder-hook . \ 'set index_format="%4C %4N %Z %[!%y%m%d-%H%M] %-17.17F (%5l) %s"' folder-hook in-l-bugtraq \ 'set index_format="%4C %4N %Z %[!%y%m%d] %-14.14F (%5l) %s"' However, they don't work. I get an error: %4N: unknown variable Does anyone have a better way of formatting indexes per folder? cheers, -- iain truskett, aka Koschei.http://eh.org/~koschei/ "Steve Maguire's /Writing Solid Code/ (Microsoft Press, 1993) and Steve McConnell's /Code Complete/ (Microsoft Press, 1993) both have much good advice on debugging. --- Kernighan and Pike, "The Practice of Programming"
Re: sending mail
* Emmanuel Anne ([EMAIL PROTECTED]) [27 Sep 2000 12:15]: Maybe I shoud have sent this to mutt-users... I am just starting to use mutt, and noticed something : it is quite hard to configure when you have an email adress different from your unix account. Generally, you end up using the sendmail "-f" switch, but in a case like this you get an "Authentication-Warning" with some mail agents like postfix (as you can see in the headers of this message). Possibly the easiest way of fixing it is to add the following line (well, suitably modified) to your .muttrc file: send-hook . my_hdr From: Emmanuel Anne [EMAIL PROTECTED] I've not noticed it causing Authentication-Warning header lines (but I may not have noticed; plus we run postfix here rather than sendmail). cheers, -- iain truskett, aka Koschei.http://eh.org/~koschei/ What's a book? Everything or nothing. The eye that sees it all. Ralph Waldo Emerson
Re: Erm, mutt mode
* Ben H ([EMAIL PROTECTED]) [2806 19:03]: howdy... anyone know of a vim (or vi* clone) mutt mode? Well, there's the supplied mode for .muttrc files. also anyone use any cool .vimrc (or clone) things for mutt editing? I have the following in my .vimrc: (note: some bits use vim6 stuff) " SetUpMail function! SetUpMail() set autoindent nosmartindent expandtab list set textwidth=72 formatoptions=tcqlr comments+=nb: silent! normal :%s/^ $ normal gg startinsert! " autocmd FileType mail so ~/.mail_fold.vim " clear email body map ,w :/^$/,$d 0Go " kill rest of email, except sig map ,s :,/^-- $/-1d O O " add Return-Receipt-To line ab rrt mf1G/Reply-To oReturn-Receipt-To: [EMAIL PROTECTED]`fxa " ,,, break current line at current column, " inserting ellipsis and "filling space": nmap ,,, ,,1,,2 nmap ,,1 a...X...ESCFXrCRlmaky$oCC-R"ESC nmap ,,2 :s/./ /gC-M3X0"yy$dd`a"yPOCRESCO " ,kqs = kill quoted sig (to remove those damn sigs for replies) " goto end-of-buffer, search-backwards for a quoted sigdashes " line, ie "^ -- $", and delete unto end-of-paragraph: map ,kqs G?^ -- $CRd} " map ,kqs G?^ *-- $CRdG " ,kqs = kill quoted sig unto start of own signature: " map ,kqs G?^ *-- $CRd/^-- $/C-M endfunction augroup filetype autocmd BufNewFile,BufRead *.txt set filetype=human autocmd BufNewFile,BufRead */vim*/doc/*.txt,*/runtime/doc/*.txt set ft=help autocmd BufNewFile,BufRead /tmp/mutt* set filetype=mail autocmd BufNewFile,BufRead *News/* set filetype=mail augroup END autocmd FileType mail call SetUpMail() For more of an explanation, check out one of the recent postings to the vimtips group at egroups: http://www.egroups.com/group/vimtips/ You'll want message number 3, "Email". cheers! -- iain truskett, aka Koschei. http://eh.org/~koschei/ Join the VIM Tips mailing list: http://eh.org/~koschei/code/vim/
PGP key fetching
How exactly does one convince mutt to fetch a the public key associated with a message? i.e. get the actual key from a pgp server. cheers, -- iain truskett, aka Koschei. http://eh.org/~koschei/ Join the VIM Tips mailing list: http://eh.org/~koschei/code/vim/
Re: tagging unread
* Jason Helfman ([EMAIL PROTECTED]) [2710 14:21]: I searched threw the manual and it looks us though you may not be able to tag something as unread. If this is the case, why? If I am wrong, can you please point me to the right place in the manual... If, by 'unread', you mean making the message have the little "N" next to it again, try pressing the w key while on the message. It offers you a selection of flags you may set on a message. One of those flags is the 'N' flag. cheers, -- iain truskett, aka Koschei. http://eh.org/~koschei/ Join the VIM Tips mailing list: http://eh.org/~koschei/code/vim/
Re: How do I avoid moving read mail to ~/mbox?
* Lars Hecking ([EMAIL PROTECTED]) [2706 19:36]: [...] $ cat .muttrc|grep move # Don't ask to move read messages set move=no This week's candidate for the useless use of cat award. Laborious, but not useless. I often think 'what file do I want to look in?' before I think 'what do I wish to look for?' So I often end up doing a cat| Useful things. cheers, -- iain truskett, aka Koschei. http://eh.org/~koschei/ Join the VIM Tips mailing list: http://eh.org/~koschei/code/vim/