collapsed thread tagging and saving
Dear all, I make use of mutt 1.4i. When I enter a mailbox the already-processed messages are collapsed. If I want to tag all messages of a collapsed thread, I select them by pressing "t" according to the configuration of my keybinding. This works as expected: all messages in the collapsed thread are tagged. However, when I want to save the tagged messages into another mailbox, only the first message of the collapsed thread gets saved and marked as deleted; all the other of the collapsed thread(s) remain correclty tagged but do not get handled. Do I make any mistake when I press ";s" (in accordance with the configuration of my keybindings) and expect all the tagged, also the collapsed ones, messages to be handled? If yes, how can I save also collapsed messages and tagged messages into another mailbox without uncollapsing them? Thanks for any hint, Lukas
Re: workarounds for LotusNotes - send_charset
On 25 Jun 2002 7:04, Sven Guckes wrote: > > send-hook kristina 'set send_charset="iso-8859-1"' > > > > which I need for sending windows-1251 encoded mails, pretending > > they are iso-8859-1 encoded (work-around for bug in lotus notes, > > which does not recognize correctly cyrillic encoding). > > > > hmm... wild guess: add some strange windows characters? What do you mean? This encoding is a de facto standard in my country and I use it without problems with linux. Nevertheless the name contains windows. | 6.3.197. send_charset | Type: string | Default: "us-ascii:iso-8859-1:utf-8" | | A list of character sets for outgoing messages. Mutt will use the | first character set into which the text can be converted exactly. In my .muttrc this line looks like: set send_charset="us-ascii:windows-1251:iso-8859-1:utf-8" which should be overwritten by the hook. Obviously mutt 1.4 knows that iso-8859-1 is the wrong guess and doesn't want to apply it. Actually I still *can* set the wrong encoding by hand, but cannot let mutt do it for me automatically. Greetings - Velko -- informal -- > > From: Velko Hristov <[EMAIL PROTECTED]> > > Reply-To: Velko Hristov <[EMAIL PROTECTED]> > just where do these redundant Reply-To: header come from? Happy now? I love to make people happy... > > Message-ID: <[EMAIL PROTECTED]> > one of these days I'll buy the TLD "localdomain" > and sue the pants off of everyone. ha! nike (just do it) or calm down ;-)
Re: run external command when there is new mail
* On Jun 25, 2002, Matthew D. Fuller <[EMAIL PROTECTED]> said: > On Mon, Jun 24, 2002 at 09:41:46PM +0200 I heard the voice of > Rocco Rutte, and lo! it spake thus: > > > > > Have the pros and cons of an external mail notification > > > program already been discussed on the lists? > > > > Hmm, what about biff and comsat allthough it doesn't catch > > all your folders at once... > > FWIW, I've found xbuffy to be a nigh-on perfect solution; especially with > Maildir/'s, as its message-counting then doesn't interfere with mutt's > new message detection. I personally use the builtin mail notification in gkrellm. If you already use gkrellm, or think you might want to, you should know that it doesn't interfere with mutt, can optionally launch getmail/fetchmail before it does its count, has animation/sound/external command on new mail support and all other kinds of goodies. You might find that it meets your requirements. -- /* * Bob Phan <[EMAIL PROTECTED],[EMAIL PROTECTED]> * Computational Chemistry Informatics * Neurogen Corporation * (203)488-8201 x4645 * * To understand recursion, you must first understand recursion. */
Re: Autoconfiguration of subject
juman -- BTW, the best address for the list is [EMAIL PROTECTED]; while the list is hosted at gbnet, and that addr sometimes leaks out, the mutt.org address is a better one. ...and then [EMAIL PROTECTED] said... % % One thing I do by mail is play some games at www.gamerz.net/pbmserv and their you set your game commando in the subject. Is there someway I could adjust the subject before I get the question by mutt what the subject should be so I don't have to repeat the same procedur every time. % % The commando always look like this: % % Subject: % % But when doing a standard reply it looks like this : % % Subject: Re: I've seen quite a few replies on this, but none the apparently obvious that occurred to me. I've waited for clarification but haven't seen any, so here goes :-) Have you tried using procmail to rewrite the Subject: header to add your commando and password, which leaves you just entering your move? Given the game you (or, more properly, procmail after you tell it) should know your commando (character?) and given your nick (nickname?) you should know your password, I should think... HTH & HAND :-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! msg29219/pgp0.pgp Description: PGP signature
keyboard keys
A while back I was around trying to get SHFT, CTRL and ATL keys to work with the F* keys in mutt. I managed to get the SHIFT keys to work, but I recently noticed a difference between rxvt (under X) and console (not under X). rxvt :Shift F3 = F13 console : Shift F1 = F13 example : macro index "~/Mail/kvh\n" macro index "~/Mail/netflix\n" I sorta figure that mutt has no control over this; it is just responding to what it is being given ... rather odd though. Kurt
Re: collapsed thread tagging and saving
Lukas -- ...and then Lukas Ruf said... % % Dear all, % % I make use of mutt 1.4i. When I enter a mailbox the already-processed % messages are collapsed. If I want to tag all messages of a collapsed % thread, I select them by pressing "t" according to the % configuration of my keybinding. This works as expected: all messages % in the collapsed thread are tagged. Yep. That's specifically a thread operation, so that's why it works (or so I understand). % % However, when I want to save the tagged messages into another mailbox, % only the first message of the collapsed thread gets saved and marked % as deleted; all the other of the collapsed thread(s) remain correclty % tagged but do not get handled. Right; that's a normal operation, and items in a collapsed thread are hidden from normal operations (or, again, so I understand). % % Do I make any mistake when I press ";s" (in accordance with the % configuration of my keybindings) and expect all the tagged, also the I don't think it's a bug, since as I understand it that's the way mutt is programmed, so the only mistake is in your expectation :-) % collapsed ones, messages to be handled? If yes, how can I save also % collapsed messages and tagged messages into another mailbox without % uncollapsing them? This is much the same as what I wanted to do in my "tricky limiting" thread a while back, where some workarounds were proposed but, like for you, there wasn't a particularly easy answer. You might check the archives for ideas, though. Once you have all of the messages tagged, a very fast way to get to all of them without disturbing your state of collapse (what if some threads are collapsed and some open? esc-V and esc-V will then collapse all of them, which can be a bummer) is to simply change your sort order to "unsorted", tag-save all of your messages wherever you wish, and then change your sort order back to "threads". You'll then have a bunch of collapsed threads full of deleted messages, and a sync will clean them out (be sure to re-sort BEFORE syncing or, I believe, upon resorting all of your [remaining] threads will be expanded). % % Thanks for any hint, % % Lukas HTH & HAND :-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! msg29221/pgp0.pgp Description: PGP signature
change "From:"-Header
Hi, some friends of mine are not able to or not willing to configure their eMail Software in that way that the From: Header is set to: Realname or email@address (Realname) And i hate it. No i would like to set up a little procmail rule to replace the From: header with a correct one. What i'm not sure about is: Is this ok for the eMail-system? I mean: is it ok to do such thing? Or will i break somethink up? thanks sascha -- I am Homer of Borg. Prepare to be --- Oooh! Donuts! msg29222/pgp0.pgp Description: PGP signature
Re: change "From:"-Header
Sascha -- ...and then Sascha Huedepohl said... % % Hi, Hello! % some friends of mine are not able to or not % willing to configure their eMail Software % in that way that the From: Header is set to: % Realname or email@address (Realname) They must not be True Friends then :-) % And i hate it. *grin* % % No i would like to set up a little procmail rule % to replace the From: header with a correct one. % % What i'm not sure about is: % Is this ok for the eMail-system? % I mean: is it ok to do such thing? Or will i break % somethink up? Since this is incoming mail, you won't muck up anything except perhaps that mail message in your mailbox (well, perhaps your mailbox itself if you really manage to screw up, but it's still just you). It should be easy enough to have a rule something like :0 f * From: [EMAIL PROTECTED] | /path/to/some_clever_script where the clever script reads the mail, traps the From: line, optionally writes it back out as an X-Orig-From: line or such, matches the right-hand side to how you want to reformat that user, whips up a new From: line, and then continues to spit the whole thing out until it's done. The only reason this isn't a simple sed script is because it's nicer to have * From: ([EMAIL PROTECTED]|[EMAIL PROTECTED]|...) once in .procmailrc with the logic in a separate script than to have a procmail rule for every dorky|silly pal. % % thanks % sascha % % -- % I am Homer of Borg. Prepare to be --- Oooh! Donuts! HTH & HAND :-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! msg29223/pgp0.pgp Description: PGP signature
Bug handling long lines ?
Hi. I noticed a problem regarding an HTML attachment that has very long lines. Somehow mutt truncates those lines arround column 255. This is a bit weird because I tried to reproduce the error writing my own html attachment with lines greater than 400 chars and all worked well. Any suggestions? -- Pedro Miguel G. Alves THINK - Tecnologias de Informação Av. Defensores de Chaves nº 15 4ºD, 1000-109 Lisboa Portugal Tel: +351 21 3590285 Fax: +351 21 3582729 HomePage: www.think.pt
Re: change "From:"-Header
Hi David, * David T-G ([EMAIL PROTECTED]) wrote: > % > % No i would like to set up a little procmail rule > % to replace the From: header with a correct one. > > It should be easy enough to have a rule something like > > :0 f > * From: [EMAIL PROTECTED] > | /path/to/some_clever_script well, i thought about somethink like :0 wf * From: [EMAIL PROTECTED] | formail -I "From: Real Name <[EMAIL PROTECTED]>" i think this should work !? regards sascha -- I am Homer of Borg. Prepare to be --- Oooh! Donuts! msg29225/pgp0.pgp Description: PGP signature
Re: collapsed thread tagging and saving
Ok, thanks so far. I tried fiddling around with the macro definitions and came to a point where I lack knowledge. I defined macro index .s "ut"\ "Save tagged messages to another mailbox" This correctly un-collapses the tagged threads and changes to the point where a filename must be entered. As I wanted it to do. But mutt now proposes "sort" as a mailbox name. If possible, I would like mutt to ask me for the mailbox name *I* can type in (and not mutt proposing me sort) and then re-sort the mailbox by completing this macro. Is there a command like which I could put after ? Thanks for any further help. --lpr On Tue, 25 Jun 2002, David T-G wrote: > > Once you have all of the messages tagged, a very fast way to get to all > of them without disturbing your state of collapse (what if some threads > are collapsed and some open? esc-V and esc-V will then collapse all of > them, which can be a bummer) is to simply change your sort order to > "unsorted", tag-save all of your messages wherever you wish, and then > change your sort order back to "threads". You'll then have a bunch of > collapsed threads full of deleted messages, and a sync will clean them > out (be sure to re-sort BEFORE syncing or, I believe, upon resorting all > of your [remaining] threads will be expanded).
Re: change "From:"-Header
Sascha -- ...and then Sascha Huedepohl said... % % Hi David, Hello! % ... % % :0 wf % * From: [EMAIL PROTECTED] % | formail -I "From: Real Name <[EMAIL PROTECTED]>" % % i think this should work !? Yes. Now you have one rule like that for every user to modify. If you prefer that over a side script with all of that logic that will keep your procmailrc file clean, go for it. % % regards % sascha % % -- % I am Homer of Borg. Prepare to be --- Oooh! Donuts! HTH & HAND :-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! msg29227/pgp0.pgp Description: PGP signature
Re: collapsed thread tagging and saving
Lukas -- ...and then Lukas Ruf said... % % % Ok, thanks so far. Sure thing! % % I tried fiddling around with the macro definitions and came to a point % where I lack knowledge. % % I defined % % macro index .s % "ut"\ %"Save tagged messages to another mailbox" Did you really put tag-prefix before sort-mail? If so I bet you're ready to save a single message. % % This correctly un-collapses the tagged threads and changes to the % point where a filename must be entered. As I wanted it to do. % But mutt now proposes "sort" as a mailbox name. Right; that's what's in line next in the macro. % % If possible, I would like mutt to ask me for the mailbox name *I* can % type in (and not mutt proposing me sort) and then re-sort the mailbox % by completing this macro. % % Is there a command like % % which I could put after ? Nope. Sorry. Not an uncommon request. Fortunately all you have to do after entering your [modified] macro keystroke and supplying the foldername and a return is hit 'ot' to resort. That's not so bad, right? ;-) % % Thanks for any further help. HTH & HAND :-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! msg29228/pgp0.pgp Description: PGP signature
Re: change "From:"-Header - why? what for?
Hi, * Sven Guckes ([EMAIL PROTECTED]) wrote: > > but rather than rewriting all messages - > how about using mutt's reverse_alias feature? ah - cool feature. I testet it but it seems to only "convert" the first occurence of the "friend" in the index. After i "unset reverse_alias" in my .muttrc again mutt still "convert"!? (yes i reload the configuration and even restartet mutt) regards sascha -- I am Homer of Borg. Prepare to be --- Oooh! Donuts!
Re: collapsed thread tagging and saving
On Tue, 25 Jun 2002, David T-G wrote: > % > % macro index .s > % "ut"\ > %"Save tagged messages to another mailbox" > > Did you really put tag-prefix before sort-mail? If so I bet you're ready > to save a single message. > Oh, yeah, thanks! > % > % Is there a command like > % > % which I could put after ? > > Nope. Sorry. Not an uncommon request. > What a pity! > Fortunately all you have to do after entering your [modified] macro > keystroke and supplying the foldername and a return is hit 'ot' to > resort. That's not so bad, right? ;-) > Well, it's ok. But not, what I exactly would like to have. Anyway; it works: macro index .s"u"\ "Save tagged messages to another mailbox" Thanks! Lukas
Re: Bug handling long lines ?
On Tue, Jun 25, 2002 at 06:16:06PM +0100, Pedro Alves wrote:
> Hi.
>
> I noticed a problem regarding an HTML attachment that has very long lines.
> Somehow mutt truncates those lines arround column 255.
>
> This is a bit weird because I tried to reproduce the error writing my own
> html attachment with lines greater than 400 chars and all worked well.
>
> Any suggestions?
>
>
>
Btw, the problem only happens in mutt (eg: pine works fine :/// ) and it is
solved by applying the folowing regexp to the mailbox:
perl -i.bak -pe 's/(.{200}[^ ]) (.*)/$1\n$2/g' mailbox
--
Pedro Miguel G. Alves
THINK - Tecnologias de Informação
Av. Defensores de Chaves nº 15 4ºD, 1000-109 Lisboa Portugal
Tel: +351 21 3590285 Fax: +351 21 3582729
HomePage: www.think.pt
Re: change "From:"-Header
Hi, * David T-G ([EMAIL PROTECTED]) wrote: > % | formail -I "From: Real Name <[EMAIL PROTECTED]>" > % > % i think this should work !? > > Yes. Now you have one rule like that for every user to modify. If you > prefer that over a side script with all of that logic that will keep > your procmailrc file clean, go for it. :) you are right. But what i didn't say in my previous mail, there is only one "friend" for this special treatment. From the others i get mail verry rarely. So i would write a rule like: :0 fw * ? (formail -x From: | fgrep -iqf $FileWithEmailAddresses) | formail -I "From: Real Name <[EMAIL PROTECTED]>" regards sascha -- I am Homer of Borg. Prepare to be --- Oooh! Donuts!
Extracting a PGP signature?
People have sent me some PGP signed emails in PGP/MIME format (with signature as a separate attachment). I would like to turn these into standalone files with just the contents and the signatures. Does anyone here know how I'd go about doing this? -- [EMAIL PROTECTED] / DNRC / UMBC-LUG: http://lug.umbc.edu PGP: ID: D8C75CF5 print: 0A7D B3AD 2D10 1099 7649 AB64 04C2 05A6 --- -- "He's delirious. He thought I was Buffy." "You too, huh?" -- Willow and Oz look after a poisoned Angel (Buffy the Vampire Slayer, "Graduation Day, part 2") --- --
Re: Bug handling long lines ?
Pedro -- ...and then Pedro Alves said... % % Hi. Hello! % % I noticed a problem regarding an HTML attachment that has very long lines. % Somehow mutt truncates those lines arround column 255. Are you sure it's actually doing that, or are you perhaps looking at an alternative text attachment that has been truncated for you? Can you forward the message (remember to MIME-encapsulate it) if it really, truly, absolutely looks like mutt is clipping the HTML lines? % % This is a bit weird because I tried to reproduce the error writing my own % html attachment with lines greater than 400 chars and all worked well. Even more reason to think that it's not really doing what you think it is. % % Any suggestions? Well, you could always refuse any HTML mail :-) % % % -- % Pedro Miguel G. Alves % % THINK - Tecnologias de Informação % Av. Defensores de Chaves nº 15 4ºD, 1000-109 Lisboa Portugal % Tel: +351 21 3590285 Fax: +351 21 3582729 % HomePage: www.think.pt HTH & HAND :-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! msg29234/pgp0.pgp Description: PGP signature
Re: change "From:"-Header - why? what for?
* Sascha Huedepohl ([EMAIL PROTECTED]) wrote: > Hi, > > * Sven Guckes ([EMAIL PROTECTED]) wrote: > > > > but rather than rewriting all messages - > > how about using mutt's reverse_alias feature? > > ah - cool feature. > I testet it but it seems to only "convert" the first > occurence of the "friend" in the index. I musst add that the friend uses multiple email-addresses and mutt than only converts the entrys in the index with the email-address whitch occures first. > > After i "unset reverse_alias" in my .muttrc again > mutt still "convert"!? > (yes i reload the configuration and even restartet mutt) > > regards > sascha > > -- > I am Homer of Borg. Prepare to be --- Oooh! Donuts! -- I am Homer of Borg. Prepare to be --- Oooh! Donuts!
Re: Bug handling long lines ?
On Tue, Jun 25, 2002 at 12:45:54PM -0500, David T-G wrote: > % I noticed a problem regarding an HTML attachment that has very long lines. > % Somehow mutt truncates those lines arround column 255. > > Are you sure it's actually doing that, or are you perhaps looking at an > alternative text attachment that has been truncated for you? > > Can you forward the message (remember to MIME-encapsulate it) if it > really, truly, absolutely looks like mutt is clipping the HTML lines? It really, truly absolutly looks like a mutt problem. I'm sending a tgz'd mailbox with only one line. Open it and look at the attachment as text. You'll see that it truncates some long lines. Saving/opening with w3m, lynx, netscape, whatever, it shows the file is absolutly broken -- Pedro Miguel G. Alves THINK - Tecnologias de Informação Av. Defensores de Chaves nº 15 4ºD, 1000-109 Lisboa Portugal Tel: +351 21 3590285 Fax: +351 21 3582729 HomePage: www.think.pt mutt-bug.tgz Description: application/tar-gz
Re: Bug handling long lines ?
Pedro -- ...and then Pedro Alves said... % % On Tue, Jun 25, 2002 at 12:45:54PM -0500, David T-G wrote: % > % I noticed a problem regarding an HTML attachment that has very long lines. % > % Somehow mutt truncates those lines arround column 255. % > % > Are you sure it's actually doing that, or are you perhaps looking at an % > alternative text attachment that has been truncated for you? % > % > Can you forward the message (remember to MIME-encapsulate it) if it % > really, truly, absolutely looks like mutt is clipping the HTML lines? % % It really, truly absolutly looks like a mutt problem. OK :-) It looks like your perl script fix just looked for a space at char 201 and got rid of it. Is that really true? % % I'm sending a tgz'd mailbox with only one line. Open it and look at the I'm not sure what you mean; I see 1077 lines in it (headers included). % attachment as text. You'll see that it truncates some long lines. % Saving/opening with w3m, lynx, netscape, whatever, it shows the file is % absolutly broken It also appears to read fine for me under lynx (except that Sala 3 is duplicated in the listings; Sala 2 appears to be missing). Maybe I'm just not seeing the same thing you are. % % % % -- % Pedro Miguel G. Alves % % THINK - Tecnologias de Informação % Av. Defensores de Chaves nº 15 4ºD, 1000-109 Lisboa Portugal % Tel: +351 21 3590285 Fax: +351 21 3582729 % HomePage: www.think.pt HAND :-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! msg29237/pgp0.pgp Description: PGP signature
Re: Bug handling long lines ?
On Tue, Jun 25, 2002 at 01:09:33PM -0500, David T-G wrote: > Pedro -- > > ...and then Pedro Alves said... > % > % On Tue, Jun 25, 2002 at 12:45:54PM -0500, David T-G wrote: > % > % I noticed a problem regarding an HTML attachment that has very long lines. > % > % Somehow mutt truncates those lines arround column 255. > % > > % > Are you sure it's actually doing that, or are you perhaps looking at an > % > alternative text attachment that has been truncated for you? > % > > % > Can you forward the message (remember to MIME-encapsulate it) if it > % > really, truly, absolutely looks like mutt is clipping the HTML lines? > % > % It really, truly absolutly looks like a mutt problem. > > OK :-) > > It looks like your perl script fix just looked for a space at char 201 > and got rid of it. Is that really true? It looks for the first space after char 200 and replaces it for a newline. It brakes the line. Keeps doing that so a line is never longer than 200 chars > > % > % I'm sending a tgz'd mailbox with only one line. Open it and look at the > > I'm not sure what you mean; I see 1077 lines in it (headers included). One message, not one line! My mistake. > > > % attachment as text. You'll see that it truncates some long lines. > % Saving/opening with w3m, lynx, netscape, whatever, it shows the file is > % absolutly broken > > It also appears to read fine for me under lynx (except that Sala 3 is > duplicated in the listings; Sala 2 appears to be missing). Maybe I'm > just not seeing the same thing you are. > Try to apply my "patch" what it's supposed to see is: ... CINEMA S. JORGE Av. da Liberdade, 175 Tel. 213103400/01 Sala 1 "Jogo de Espiões" Realizador: Tony Scott, Com Robert Redford, Brad Pitt, Catherine McCormack e Stephen Dillane M/12 - 126 minutos - Acção/Drama/Thriller Sessões: 15.00, 18.00, 22.00 Sala 2 "Showtime" Realizador: Tom Dey, Com Eddie Murphy, Robert de Niro, Rene Russo, Mel Rodriguez M/12 - 92 minutos - Acção / Comédia Sessões: 15.15, 18.15, 21.15 ... what mutt sees before the patch is: ... INEMA S. JORGE Av. da Liberdade, 175 Tel. 213103400/01 Sala 1 "Jogo de Espiões" Realizador: Tony Scott, Com Robert Redford, Showtime" Realizador: Tom Dey, Com Eddie Murphy, Star Wars - Episódio II - Ataque dos Clones" Realizador: George Lucas, Com Ewan McGregor, Star Wars - Episódio II - Ataque dos Clones" Realizador: George Lucas, Com Ewan McGregor, O Poder dos Sentidos" Realizador: Tom Shadyac, Com Kevin Costner, Kathryn Erbe, Identidade Falsa" Realizador: Harold Becker, Com John Travolta, Pela Mão do Senhor" Realizador: Bill Paxton, Com Bill Paxton, Fala com Ela" Realizador: Pedro Almodóvar, Com Leonor Watling, Bicicleta de Pequim" Realizador: Xiaoshuai Wang, Com Lin Cui e Xun Zhou M/12 - 113 minutos - Drama Sessões: 14.00, 16.30, 19.00, 21.30, 00.00 Sala 3 "Mulholland Drive" Realizador: David Lynch, Com Justin Theroux e Pela Mão do Senhor" Realizador: Bill Paxton, Com Bill Paxton, O Delfim" Realizador: Fernando Lopes, Com Rogério Samora, Star Wars - Episódio II - Ataque dos Clones" Realizador: George Lucas, Com Ewan McGregor, Sala de Pânico" Realizador: David Fincher, Com Jodie Foster, O Poder dos Sentidos"
Re: reverse_alias
* Sascha Huedepohl <[EMAIL PROTECTED]> [2002-06-25 18:06]: > > > but rather than rewriting all messages - > > > how about using mutt's reverse_alias feature? > > ah - cool feature. > > I testet it but it seems to only "convert" the > > first occurence of the "friend" in the index. > > I musst add that the friend uses multiple email-addresses > and mutt than only converts the entrys in the index > with the email-address whitch occures first. you need an alias for each address then. > After i "unset reverse_alias" in my > .muttrc again mutt still "convert"!? > (yes i reload the configuration > and even restartet mutt) (un)setting on the command line only has an effect on the running mutt. you need to adjust the stup file... Sven
Re: Bug handling long lines ?
Pedro Alves wrote: > It really, truly absolutly looks like a mutt problem. > I'm sending a tgz'd mailbox with only one line. Is this supposed to be a valid charset? > Content-Type: text/html; charset=3DISO-8859-1 -- Cedric
Re: reverse_alias
Hi, * Sven Guckes ([EMAIL PROTECTED]) wrote: > > > I testet it but it seems to only "convert" the > > > first occurence of the "friend" in the index. > > > > I musst add that the friend uses multiple email-addresses > > and mutt than only converts the entrys in the index > > with the email-address whitch occures first. > > you need an alias for each address then. i have aliases for every address. But it doesn't work. > > After i "unset reverse_alias" in my > > .muttrc again mutt still "convert"!? > > (yes i reload the configuration > > and even restartet mutt) > > (un)setting on the command line only > has an effect on the running mutt. > you need to adjust the stup file... stup file == .muttrc ? sascha -- I am Homer of Borg. Prepare to be --- Oooh! Donuts!
Re: Bug handling long lines ?
* Cedric Duval ([EMAIL PROTECTED]) [020625 11:59]: > Pedro Alves wrote: > > It really, truly absolutly looks like a mutt problem. > > > I'm sending a tgz'd mailbox with only one line. > > Is this supposed to be a valid charset? > > > Content-Type: text/html; charset=3DISO-8859-1 Looks like the '=' in 'charset=ISO-8859-1" got QP-encoded. good times, Vineet -- http://www.doorstop.net/ -- "[T]he ad skips It's theft Any time you skip a commercial... you're actually stealing the programming." - Turner CEO Jamie Kellner Is fair use dead? Help the EFF help you! http://www.eff.org/ msg29242/pgp0.pgp Description: PGP signature
Re: reverse_alias
* Sascha Huedepohl <[EMAIL PROTECTED]> [2002-06-25 19:01]: > > > I musst add that the friend uses multiple email-addresses > > > and mutt than only converts the entrys in the index > > > with the email-address whitch occures first. > > you need an alias for each address then. > i have aliases for every address. But it doesn't work. then you need to give more info. how about sharing your setup? i think is the only way to solve the problem.. > > (un)setting on the command line only > > has an effect on the running mutt. > > you need to adjust the stup file... > > stup file == .muttrc ? yup. typo. i meant the $HOME/.muttrc and all sourced files, of course. Sven
3rd sorting method
I have sort set to thread and sort_aux to score. Is there a way I can get a third sorting method to sort everything of the same score that's not part of a thread by date? -- /* * Bob Phan <[EMAIL PROTECTED],[EMAIL PROTECTED]> * Computational Chemistry Informatics * Neurogen Corporation * (203)488-8201 x4645 * * To understand recursion, you must first understand recursion. */
