Re: Manipulate display of headers in browsers
Hi, * Jussi Ekholm [05/20/02 07:09:15 CEST] wrote: Rocco Rutte [EMAIL PROTECTED] wrote: * Robert Wagner [05/19/02 11:14:52 CEST] wrote: how can I change the Subject shown in the browser? Since e.g. the mails coming from certain mailing lists are put in a dedicated folder by procmail, I do not need the preceeding string [mailing list blah] in the Subject to identify them. I'd rather like to read some more characters of the subject itself ;-) A few days ago there was a discussion right here about exactly the same topic. Umm, I was just wondering, that what are you talking about? :-) I mean, this whole Subject-header shown in *browser*. Isn't browser the thing, when you navigate mailboxes? I don't see how there can be Subject-header shown there. Still, this drew my attention... do you care to explain this a bit further, so I'd understand too? Well, I know that there isn't (at least for me) any header shown in the browser. So, I guess, he was talking about the index and a '[listname]' prefix in subject lines which he wants to remove. And that was discussed here a few days ago. Cheers, Rocco.
Re: Manipulate display of headers in browsers
Hi, * Cameron Simpson [05/20/02 02:21:38 CEST] wrote: I do this in my .procimailrc: :0 Whf * ^subject:.*(\[|re) | cleansubj where cleansubj is this sed script: http://www.zip.com.au/~cs/scripts/cleansubj What happens if you get something like: [list] Re: [list] [patch] ... ? Cheers, Rocco.
mails not marked new
Hi, I see something strange. I have $delete set to 'ask-yes' for mail and to 'yes' for nntp. I read mail more often than news so I'm used to press 'y' after selecting another mail folder. If I'm in a hurry I sometimes also press 'y' when changing newsgroups, allthough it's not necessary. What I don't understand is why mutt, in this special case, marks all new articles to old and read. If I don't press 'y' (while mutt updates the newsgroup cache and fetches the list of articles) all new articles are marked as new. I think I also saw the same with regular mbox files. If somebody has an explanation... Cheers, Rocco.
folder-hook and push conflicts with imap?
here's a weird error I ran into... I have the following settings: set spoolfile=imaps://user@box/ folder-hook . 'push delete-pattern~=\n' now, when I start up mutt, instead of being prompted for the password for my account, I just get an error (login failed, I think). So I tried mutt -f imaps://box/ and got the following: Password for userdelete-pattern~=@box: which of course, fails to log me in. This is a bug with the folder hook, right? it probably shouldn't be run until _after_ the login completes... or am I missing something obvious? Mutt 1.3.28i (2002-03-13) Copyright (C) 1996-2001 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: Linux 2.4.18 (i586) [using ncurses 4.0] Compile options: -DOMAIN -DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK -USE_POP +USE_NNTP +USE_IMAP -USE_GSS +USE_SSL -USE_SASL +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +HAVE_PGP -BUFFY_SIZE -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_GETSID +HAVE_GETADDRINFO ISPELL=/usr/bin/ispell SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/spool/mail PKGDATADIR=/usr/local/share/mutt SYSCONFDIR=/usr/local/etc EXECSHELL=/bin/sh -MIXMASTER To contact the developers, please mail to [EMAIL PROTECTED]. To report a bug, please use the flea(1) utility. vvv.nntp patch-1.3.28.rr.compressed.1 patch-1.2.xtitles.1 -- Dan Boger [EMAIL PROTECTED] msg28250/pgp0.pgp Description: PGP signature
Re: Trying to unsubscribe
On Tue, May 21, 2002 at 07:56:31AM +0200, Alexander Skwar wrote: So sprach Gary Johnson am 2002-05-20 um 16:45:58 -0700 : To get around this, you can set use_from Hm, aren't you rather thinking of envelope_from? I use set envelope_from for some IMO broken list setups like the apache lists, and this works fine. Yes. Thank you for the correction. I guess I engaged fingers before brain was in gear. Sorry about that. Thanks, Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | Spokane, Washington, USA http://www.spocom.com/users/gjohnson/mutt/ |
Re: mutt waits indefinitely to retrieve public key for signed mails
Rahul -- ...and then Rahul Rekapalli said... % % hi, Hello! % how do i prevent mutt from waiting indefinitely trying to recover the public keyfor a signed mail. it waits with a message Invoking PGP. I want the duration it waits to be small. I don't think that can be done; gpg doesn't have a timeout feature (AFAICT, anyway). I simply hit ctrl-c when it takes too long to attempt to download a key, as it did when reading your message. % also, I have enabled autoview for images using xv. but mutt opens the attachments before opening the mail. is there anyway I can make mutt open the mail and then open the attachments? Dunno about this one. % also, could anyone tell me if the signed mail that I am sending has a good signature or bad signature? I mean I am not sure if the signed mails i send are properly signed or not. Not until you upload your public key to a keyserver so that we can get it. % % thanks HTH HAND % rgds % Rahul % -- % --- % the bug stops here % --- That's good :-) You should set your editor to stop the line here ---. :-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.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg28253/pgp0.pgp Description: PGP signature
Re: Virtual Folders in mutt
On Mon, May 20, 2002 19:04:20 at 07:04:20PM +0100, Bruno Postle wrote: On Mon 20-May-2002 at 12:40:31PM -0500, David T-G wrote: % One important difference is that vfolders are built around % pre-built indexes, making them more efficient than grepping hundreds % of megs of Hmmm... Maybe glimpse as a search indexer? The Maildir 'me.hcache' patch indexes your mail as you go along and the db files are quite ok for searching. Indexing mail in this way is much more efficient than an indexing cronjob (always out-of-date) or a separate indexing demon (wrecks quake performance). What do you mean by indexing daemon? I too am really interested in the possibility of having all your mail indexed so that you can make faster and more sophisticated searches than grepmail allows. Couldn't the indexing database be run once and then only on *new* messages, after fetchmail/procmail have delivered them? This should not be noticeable, should it? The indexing database engine also has the enormous advantage that you can index every text file, not just email. Unlike the other solutions proposed, it would also help when you say damn, I should really paste into this message the last part of that old school project... What do you think? Marco Fioretti Red Hat 7.2 in 8 MB of RAM: www.rule-project.org -- Language shapes the way we think, and determines what we can think about. B. L. Whorf
Re: mutt doesn't list new mail in symlinked maildirs
Alexander Skwar wrote: It was courier. However I don't think that's a good idea, because, hm, dunno... Hm, no, it's not good - if I create a new folder via IMAP with Courier, it will be named .foo. I've setup a cron script to create the symlinks. Hm, either way I can get it to work, if I think about it... Well, the matter is, I trust mutt more than Courier to do the right thing. And since the fix in mutt is rather trivial (by setting $mask to .*), I can live with the way it is now. Did it make sense what I wrote? No? Good! ;) Anyhow, problem is solved. But I think I'm going to write a bug about mutt using lstat instead of stat. That seems wrong to me. i'm pretty sure i've used symlinks in both directions and never had a problem either way. -- Will Yardley input: william hq . newdream . net .
Re: mutt colors with X
Andy Saxena wrote: Hmmm... so what would the solution be in this case? Should I always use a dark background? I guess if I had to choose between a dark and a light background, I'd be more inclined to use a dark background. How would I tell mutt that the background will always be dark? mutt doesn't have a set of dark or light colors at all - you should just set colors appropriately in your .muttrc. you could also define different sets of colors and source them from different .muttrcs... then alias 'dmutt' to 'mutt -F .mutt/muttrc-dark' or something like that. for vim, you could put set bg=dark in your .vimrc (or have it set this option when the filename is called mutt-... -- Will Yardley input: william hq . newdream . net .
Re: Virtual Folders in mutt
Hi, * Marco Fioretti [05/21/02 23:32:56 CEST] wrote: I too am really interested in the possibility of having all your mail indexed so that you can make faster and more sophisticated searches than grepmail allows. Couldn't the indexing database be run once and then only on *new* messages, after fetchmail/procmail have delivered them? This should not be noticeable, should it? You have to keep it outside procmail to make it more flexible (also, procmail itself is already too slow). Depending on what exactly you want to index, I think you'll notice it. The indexing database engine also has the enormous advantage that you can index every text file, not just email. You can also on-demand translate between the mail and the text file index. This way it would be easier to integrate a mail index into every other database rather than converting the existing database (allthough it maybe slows down search). Unlike the other solutions proposed, it would also help when you say damn, I should really paste into this message the last part of that old school project... No problem with an extendable editor. Cheers, Rocco.
Re: Virtual Folders in mutt
On Tue 21-May-2002 at 11:32:56PM +0200, Marco Fioretti wrote: The Maildir 'me.hcache' patch indexes your mail as you go along and the db files are quite ok for searching. Indexing mail in this way is much more efficient than an indexing cronjob (always out-of-date) or a separate indexing demon (wrecks quake performance). What do you mean by indexing daemon? An indexer can run as a separate background process, trawling the filesystem for new data. Microsoft 'find fast', Nautilus and other similar beasts do this (I think, apologies if I'm slandering Nautilus here). Couldn't the indexing database be run once and then only on *new* messages, after fetchmail/procmail have delivered them? This should not be noticeable, should it? That would be a good strategy, so long as procmail is the only local delivery agent. You would still need to keep track of messages you create or move with mutt though. The only disadvantage with letting mutt build the index, is that you won't be able to find messages in folders that haven't been 'opened'. -- Bruno
Re: Thanks for: Still fighting to get clickable URLs via w3m
On 23:46 21 May 2002, Marco Fioretti [EMAIL PROTECTED] wrote: | Thanks a lot to Gary Johnson and all the others who helped me to do | what said in the subject. It works OK! Care to summarise what scheme you finally ended up with for us? Thanks, -- Cameron Simpson, DoD#743[EMAIL PROTECTED]http://www.zip.com.au/~cs/ Sure, Len, just because something is old doesn't mean it's engraved in stone. We know a lot more about entertainment now than they did back then. Look at Lawrence Olivier! You think he was in any of Shakespeare's original productions? No! They added him years later!
Re: mutt waits indefinitely to retrieve public key for signed mails
On 11:13 21 May 2002, David T-G [EMAIL PROTECTED] wrote: | % how do i prevent mutt from waiting indefinitely trying to recover the public | keyfor a signed mail. it waits with a message Invoking PGP. I want the durati | on it waits to be small. Please press [enter] every 70 chars or so. Thanks. | I don't think that can be done; gpg doesn't have a timeout feature | (AFAICT, anyway). I simply hit ctrl-c when it takes too long to attempt | to download a key, as it did when reading your message. Wrap it in a script like this one: http://www.zip.com.au/~cs/scripts/timeout You still have to tweak mutt to call the wrapper, which should say something like: #!/bin/sh # timedout gpg caller exec timeout 10 gpg ${1+$@} to do a 10 second timeout. | % also, I have enabled autoview for images using xv. but mutt opens | the attachments before opening the mail. is there anyway I can make mutt | open the mail and then open the attachments? I don't use xv in autoview; instead I have a binding for the attachments view to launch xv with a single keystroke (n). My autoview setting is this: image/jpg; imsize %s | sed 's/ /x/'; copiousoutput and likewise for the other image types (hmm, btw does image/* work?). This basicly reports the image dimensions in the autoview. The attachment key binding is this: macro attach n search\\.(jpe?g|png)enterview-attach which skips to the first JPEG and runs the viewer (xv for you from your mailcap). Cheers, -- Cameron Simpson, DoD#743[EMAIL PROTECTED]http://www.zip.com.au/~cs/ That said, I'm inclined to agree that that's not necessarily a good idea. I always wanted to write a little program that would pop up a Mac window to ask ``I'm going to amputate a limb at random from you now.'' to see how many people would instinctively click OK. - Marc VanHeyningen [EMAIL PROTECTED]
Re: Still fighting to get clickable URLs via w3m
On 12:14 20 May 2002, Flavien [EMAIL PROTECTED] wrote: | Cameron Simpson wrote : | How about this script: | detab ${1+$@} \ | | sed 's|\([Aa] [^]*[Hh][Rr][Ee][Ff]=\([^ |]*\)[^]*\)\(.*\)\(/[Aa]\)|\1\3 [ \2 ]\4|g' \ | | w3m -dump -T text/html | | sed has case Insensitive option : 'i', thus you don't need all the | [Hh][Rr][Ee][Ff] thing. You can write it this way : | sed 's|\(A [^]*HREF=\([^ ]*\)[^]*\)\(.*\)\(/A\)|\1\3 [ \2 ]\4|gi' No. _GNU_ sed has that option. I use more varied systems than GNU based UNIX variants and write portable sed scripts, not GNU specific dialects. -- Cameron Simpson, DoD#743[EMAIL PROTECTED]http://www.zip.com.au/~cs/ My venus fly trap is higher up the food chain than I am. - [EMAIL PROTECTED] (Simon Klyne)
Re: gpg return mangling display
Hold down the Control key, then press the L key. You might want to rebind all of the keys which might invoke gpg to also press CTRL-L for you, for convenience (use macros). Mr. Park suggested privately stuffing a refresh into keyboard macros, and rebinding any key that might call a pgp command to those macros. Is that the only way to stuff a refresh into the necessary location? It seems like overkill. Is there not a way to do, say, this: set pgp_getkeys_command=gpg --recv %r some command separator refresh As always, search keywords or pointers to FAQs I've missed are welcome. ag msg28265/pgp0.pgp Description: PGP signature