Re: Add alias during session
On date Sunday 2007-02-04 12:16:11 -0500, Jing Xue muttered: I know 'a' adds an alias for the current sender, but is there any other more generic way to add alias _and_ make it effective immediately? I can start an editor to edit my .mutt/alias but I can't see the changes until restarting mutt. create-alias, usually bound to a, makes the new alias immediately effective, and immediately writes the alias in the $alias_file. Maybe you have to refresh the buffer you're seeing with your editor to see the change. Cheers -- Stefano Sabatini Linux user number 337176 (see http://counter.li.org)
Re: problem tagging collapsed messages
* On Sun, Feb 04, 2007 Javier Rojas ([EMAIL PROTECTED]) muttered: Mutt doesn't seem to tag messages which are collapsed. I have a macro that marks all the unread messages as read, and now that I'm collapsing certain mailboxes, Mutt doesn't tag all the new messages. Correct. Mutt always work on *visible* messages *only*. You'd have un-collapse all before doing whatever you're about to do. The tag-thread feature (the killer feature of 1.5.13: ~() ) doesn't have a consistent behaviour too; tagging al threads with new messages on them (~(~N)) tags only the first message of the thread. ITYM of a collapsed thread. ~(~N) works fine here on un-collapsed threads. Again mutt only works on visible messages. When you're about to work on all messages, you have to un-collapse all. Say you limited to ~N then delete-pattern~f foo. Now there may be a lot of messages that are ~f foo but not ~N only you don't see them now. Should mutt delete them? I don't think so. You wouldn't even notice that mutt matched and deleted those messages because you don't see them. - Prone to unwanted mail loss. The some goes for matching messages in collapsed threads. HTH, Michael -- Why are there always boycotts? Shouldn't there be girlcotts too? -- argon on #Linux PGP-Key-ID: 0xDC1A44DD Jabber: [EMAIL PROTECTED]
Re: Add alias during session
On Sun, Feb 04, 2007 at 11:41:15PM -0800, William Yardley wrote: :source aliasfile after adding the alias. Maybe I'm on crack, but I already don't have to source the alias file for a new alias to work - after adding it with a, it Just Works. w I just tried it. It really does Just Work. Maybe mutt should be changed to iMutt :)) -- H. L. Mencken's Law: Those who can -- do. Those who can't -- teach. Martin's Extension: Those who cannot teach -- administrate. GPG public key: http://datasnok.org/gpginfo
mutt does not delete TMP files
Hello, I have found an Error in mutt while using IMAP and connecting to courier. If I enter a Mailfolder with mails, mutt does not only fetch the desired headers but the whole NEW messages... And more, while using imap. mut does not more respect $TMP, $TMPDIR, $TEMP or $TEMPDIR and write to /tmp thousands of files... ...and does not delete it! I have encountered the problem as mutt was not more able to save messages because I hit the out of inode problem (arround 38.000) I use Debian Sarge/Etch/Sid and the versions 1.5.9 and 1.5.13 Greetings Michelle Konzack -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Mutt mixmaster gpg pgp
I'm using mutt with mixmaster and gnupg all fine apart from mixmaster .If i send a mail not forwarded by any mix chai the mail get delivered right with content , pgp signature and everithing .If i send it through a mix chai it gets delivered reporting only the pgp signature and no content,i'm not such a gnupg experct so why is that ? Thank you! If i'd send this mail through a mix chain you wouldn't have read anything and is this actual mail correct ? -- http://tor.gabrix.ath.cx Key fingerprint = 7AD2 BCB4 B9BF 1303 FE84 8D3A 0737 6A53 58CA 4C6C -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.1 (GNU/Linux) mQGhBEXHIOARBAC/s2H3Nj8ewRy64x6KGQ9Q+QYx7zuQUGGrwdjW6wGRJwjzemnn DEelpdmNwyMaw+e6Z0jR03Luw0j9IC7mp+R7LxU1FdvCRR77Bv9QP2vStv9txWN8 4H7I63H5gzZ7WAec0n2g2KPPlsQoCOMW699BECgFyQRPs5yDVK+MPIbqxwCg2soK lN/c04cyDao0ShJzp2ooTyED/RU7b1mdGVCS0B/4X/w9qGP65QKt4429dhBn0ABH 6s9ONLdRowGAeZliDJosX1d2+hg10dgDalgLCCeJPwROwlEvmDPhEgs9EoB7Kg08 XUCUuT6zsc7reELLJ/y13J1iXZjzLbDaY/8lQaJFuqw3HqbG1z/d8e/Lo1Zhek00 9NzIA/YiIHX7gxF9UBtfLCAeTHUKQ8tEmGHGB3ajut2hPbupCOhup53aHoeeSBCG aDb5sgKTbB2mNAl1mC9Rps9pCY+/cWWUw/MxQpf2EiBtVUSpY7orDsbjHNVuIulp nlls2LKqAsdpG4jqv4+BgLsZ+SGFewQPD1uDT5xHcBKPOJWLtDFHYWJyaWVsZSBT YWxhdGkgKERFRklOSVRJVkEpIDxyb290QGdhYnJpeC5hdGguY3g+iF4EExECAB4F AkXHIOACGwMGCwkIBwMCAxUCAwMWAgECHgECF4AACgkQBzdqU1jKTGxjVQCgnpJw HR6jMyvzoXQ7mRbg3RMZ+XAAnjVysSajazqIfnGUXlu11Wnl6EdvuQQNBEXHIoAQ EAD9NUrsBiUdg59V/ol/sLNS2SyHgFWAxUV+H+RYp8yWI4Se6eEEXLmCmC4XHSlM OdYdY5IEOSaPgIp9HnZPieaOSJCbZ61FbVYmljU2RIO3784riTdNj7kd4f8HBTo/ 8oWw6+Cr0ADKcNvOG3aM6OAX0iYB0ngOsghjmG4hSJADpeDepeL9AkZBhy2CIP+f Cbr7VfUNVOCBGP6JBpebO8k8B8/Vl3jG9k9FH4rNynenQ4TGmdQmGwMNtUyrtXrS 9qOTgCfkgk8umvjik7UNUDwIeVHuETvb9uBkv6fsnx8QzfhApmYawZI2hQptYgFS xCGs6k8bgv9x32E4FgKTK4kF9EchehSF+wOFdb5kzDX3zbpaSDHG6GXbOGbloasX LA+2KDjVYHX4DnujLESuUYHHx8kzn6eyrRGjPZ5soeYXp3O9giLpCELD3s0WulJk zRwohZqkqwd2+Zf2AaxAmx5/aCv2UyqdicKTcyI6joHqsaEc8jl4ZkCf09Ll7UOO N8mtQYE4lDIHD8nFmG9zAI9a94SS2F9iE7OFmSbxUSoG3qcfuxrrUa0S/y6erJOT iCIrM1kf44ZILwx3IYKlMonCh+r4MNqHbJni2jakc50rLy/GLm0id24Fys6dDLHC OJbrzZxmaLM9PuwZUSw7fmcxXyZB7kX+99yQuyzOiL+1fwADBw/8CbK1M/vgRxPD 2NDh0YNMz++hfqHKSONb2jaHmyAGoZHprB0Pf5SdlIXCTYjBxnsWi9UtpLBVE24G EAKnrJTXXcK3b7G/5jQtN0geMhThCtkU45jJTLR2ZipoCqa5iAf8FmmCehnAW9c2 NFaJ5BCdmWc16Jr++yNvyG9HFQBYcNk+i6xfhVtZROvAEMnPy9gjtjbXcvTqdm5E KusaCK0XQZ1rwwcTTipBmtkbKnGBmd0l59HttOiXrOrSzn8StqEC2W8xEkIxrUHH y9cRXijL7yfwVP2xXL/p2iA1IaaIvD9HK+ysSBVvZYXRBWb4HMiPpVm5qzGd3dq1 nHC51Jd4r0s0nUqLiW6LUqQc3eGbNaPXT3NuP2lBVaULu8o/SCnaJXIDpvT2EDsQ njHj4iFptdAczqMfb8Kd85eu+wGA0k6DbKiCnYYr0x09a4IfQCesaLSaWOSd8zCH mZFSmiYBnWiikSjvKoCfSccO3RXr7e4EWb1RMu6o+p9KfSI6TGwVCoHdp0qDq868 MU9V/OI9HSiEO5KgJIm1CbYc5Xx/5bTn/vlrhTY2MJl7Jyh1mgUbH7ZuvyKLJWI7 0cmgXoiZ0G1WWbQ5yLfs24M1lu7iILukkVMbFcSU+bOguqHM0a7nnJQR9eD0YuzA yDw5h/7RA6GazbYSnSR/e6jVcovoivSISQQYEQIACQUCRccigAIbDAAKCRAHN2pT WMpMbCenAJsG+zAZp5MzqGJ+hH8QtzMnKRs7FgCfYxpI1nO0gpVBGhfGnqDqrDPW hZI= =Fb07 -END PGP PUBLIC KEY BLOCK- signature.asc Description: Digital signature
Re: Mutt mixmaster gpg pgp
I fear that code has gone untested and unmaintained for a long time. On 2007-02-05 17:49:55 +0100, gab bag wrote: From: gab bag [EMAIL PROTECTED] To: mutt-users@mutt.org Date: Mon, 5 Feb 2007 17:49:55 +0100 Subject: Mutt mixmaster gpg pgp X-Spam-Level: I'm using mutt with mixmaster and gnupg all fine apart from mixmaster .If i send a mail not forwarded by any mix chai the mail get delivered right with content , pgp signature and everithing .If i send it through a mix chai it gets delivered reporting only the pgp signature and no content,i'm not such a gnupg experct so why is that ? Thank you! If i'd send this mail through a mix chain you wouldn't have read anything and is this actual mail correct ? -- http://tor.gabrix.ath.cx Key fingerprint = 7AD2 BCB4 B9BF 1303 FE84 8D3A 0737 6A53 58CA 4C6C -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.1 (GNU/Linux) mQGhBEXHIOARBAC/s2H3Nj8ewRy64x6KGQ9Q+QYx7zuQUGGrwdjW6wGRJwjzemnn DEelpdmNwyMaw+e6Z0jR03Luw0j9IC7mp+R7LxU1FdvCRR77Bv9QP2vStv9txWN8 4H7I63H5gzZ7WAec0n2g2KPPlsQoCOMW699BECgFyQRPs5yDVK+MPIbqxwCg2soK lN/c04cyDao0ShJzp2ooTyED/RU7b1mdGVCS0B/4X/w9qGP65QKt4429dhBn0ABH 6s9ONLdRowGAeZliDJosX1d2+hg10dgDalgLCCeJPwROwlEvmDPhEgs9EoB7Kg08 XUCUuT6zsc7reELLJ/y13J1iXZjzLbDaY/8lQaJFuqw3HqbG1z/d8e/Lo1Zhek00 9NzIA/YiIHX7gxF9UBtfLCAeTHUKQ8tEmGHGB3ajut2hPbupCOhup53aHoeeSBCG aDb5sgKTbB2mNAl1mC9Rps9pCY+/cWWUw/MxQpf2EiBtVUSpY7orDsbjHNVuIulp nlls2LKqAsdpG4jqv4+BgLsZ+SGFewQPD1uDT5xHcBKPOJWLtDFHYWJyaWVsZSBT YWxhdGkgKERFRklOSVRJVkEpIDxyb290QGdhYnJpeC5hdGguY3g+iF4EExECAB4F AkXHIOACGwMGCwkIBwMCAxUCAwMWAgECHgECF4AACgkQBzdqU1jKTGxjVQCgnpJw HR6jMyvzoXQ7mRbg3RMZ+XAAnjVysSajazqIfnGUXlu11Wnl6EdvuQQNBEXHIoAQ EAD9NUrsBiUdg59V/ol/sLNS2SyHgFWAxUV+H+RYp8yWI4Se6eEEXLmCmC4XHSlM OdYdY5IEOSaPgIp9HnZPieaOSJCbZ61FbVYmljU2RIO3784riTdNj7kd4f8HBTo/ 8oWw6+Cr0ADKcNvOG3aM6OAX0iYB0ngOsghjmG4hSJADpeDepeL9AkZBhy2CIP+f Cbr7VfUNVOCBGP6JBpebO8k8B8/Vl3jG9k9FH4rNynenQ4TGmdQmGwMNtUyrtXrS 9qOTgCfkgk8umvjik7UNUDwIeVHuETvb9uBkv6fsnx8QzfhApmYawZI2hQptYgFS xCGs6k8bgv9x32E4FgKTK4kF9EchehSF+wOFdb5kzDX3zbpaSDHG6GXbOGbloasX LA+2KDjVYHX4DnujLESuUYHHx8kzn6eyrRGjPZ5soeYXp3O9giLpCELD3s0WulJk zRwohZqkqwd2+Zf2AaxAmx5/aCv2UyqdicKTcyI6joHqsaEc8jl4ZkCf09Ll7UOO N8mtQYE4lDIHD8nFmG9zAI9a94SS2F9iE7OFmSbxUSoG3qcfuxrrUa0S/y6erJOT iCIrM1kf44ZILwx3IYKlMonCh+r4MNqHbJni2jakc50rLy/GLm0id24Fys6dDLHC OJbrzZxmaLM9PuwZUSw7fmcxXyZB7kX+99yQuyzOiL+1fwADBw/8CbK1M/vgRxPD 2NDh0YNMz++hfqHKSONb2jaHmyAGoZHprB0Pf5SdlIXCTYjBxnsWi9UtpLBVE24G EAKnrJTXXcK3b7G/5jQtN0geMhThCtkU45jJTLR2ZipoCqa5iAf8FmmCehnAW9c2 NFaJ5BCdmWc16Jr++yNvyG9HFQBYcNk+i6xfhVtZROvAEMnPy9gjtjbXcvTqdm5E KusaCK0XQZ1rwwcTTipBmtkbKnGBmd0l59HttOiXrOrSzn8StqEC2W8xEkIxrUHH y9cRXijL7yfwVP2xXL/p2iA1IaaIvD9HK+ysSBVvZYXRBWb4HMiPpVm5qzGd3dq1 nHC51Jd4r0s0nUqLiW6LUqQc3eGbNaPXT3NuP2lBVaULu8o/SCnaJXIDpvT2EDsQ njHj4iFptdAczqMfb8Kd85eu+wGA0k6DbKiCnYYr0x09a4IfQCesaLSaWOSd8zCH mZFSmiYBnWiikSjvKoCfSccO3RXr7e4EWb1RMu6o+p9KfSI6TGwVCoHdp0qDq868 MU9V/OI9HSiEO5KgJIm1CbYc5Xx/5bTn/vlrhTY2MJl7Jyh1mgUbH7ZuvyKLJWI7 0cmgXoiZ0G1WWbQ5yLfs24M1lu7iILukkVMbFcSU+bOguqHM0a7nnJQR9eD0YuzA yDw5h/7RA6GazbYSnSR/e6jVcovoivSISQQYEQIACQUCRccigAIbDAAKCRAHN2pT WMpMbCenAJsG+zAZp5MzqGJ+hH8QtzMnKRs7FgCfYxpI1nO0gpVBGhfGnqDqrDPW hZI= =Fb07 -END PGP PUBLIC KEY BLOCK- -- Thomas Roessler [EMAIL PROTECTED]
Re: HTML email, was Re: reading color quoted replies
=- Travis H. wrote on Thu 1.Feb'07 at 23:04:23 -0600 -=
On Thu, Feb 01, 2007 at 03:59:51PM -0500, Marc Vaillant wrote:
This just isn't realistic. What sort of view of mutt do you
think an outlook user (potential mutt user) is going to get if
I tell them Hey check out this great text based MUA that I
have... only thing is, you know that feature that everyone in
the office loves to use with their clients, well you have to
tell them not to use it.
Disclaimer: I am a security enthusiast
I would say your best angle is a security angle. {...}
... one part being the defensive things listed by Travis, but you
also shouldn't forget that some outsiders rate html-ized mails
as spammy, so at least the score increases or in the worst case
it's outright blocked unless white-listed.
If they don't want to change their mind just for you as collegue
to make you more efficient at work, those arguments should make
some responsible dudes think about it.
(min. 50% of my total spam is html-ized: when I explain this to
my partners, they understand and click their box. I haven't heard
any of them complain about having lost quality of life ;)
--
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL of it: you get what you give.
jump to last read
hello, One of the very few features I am missing in Mutt is the ability to jump to the last read message. This is often available in newsreaders. For instance if I sort threads and tab jump to the next unread message, sometimes I'd like to go back to the last read, and have to search for it first. Anybody else interested in such a feature? Or could it be done with a macro? Or did I even overlook something? c -- _B A U S T E L L E N_ lesen! --- http://www.blacktrash.org/baustellen.html
Re: jump to last read
* On 2007.02.05, in [EMAIL PROTECTED], * Christian Ebert [EMAIL PROTECTED] wrote: One of the very few features I am missing in Mutt is the ability to jump to the last read message. This is often available in newsreaders. For instance if I sort threads and tab jump to the next unread message, sometimes I'd like to go back to the last read, and have to search for it first. Anybody else interested in such a feature? Or could it be done with a macro? Or did I even overlook something? http://home.uchicago.edu/~dgc/sw/mutt/patch-1.5.11.dgc.markmsg.2 provides an operation mark-msg which constructs a macro to search by Message-ID, using the current message's Message-ID. It's modelled on vi's feature to mark lines with m and return to them with '. For example, if I'm in the pager on Message-ID: [EMAIL PROTECTED], then entering mark-msgaenter results in a macro 'a that issues search~i [EMAIL PROTECTED]enter. With this patch you could build your feature as a macro (e.g., macro index space mark-msgpreviousenterdisplay-message; 'previous to jump back), or you could implement it in code using the same technique as this patch uses. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: jump to last read
On Mon, 05 Feb 2007 the mental interface of David Champion told: [...] Anybody else interested in such a feature? Or could it be done with a macro? Or did I even overlook something? http://home.uchicago.edu/~dgc/sw/mutt/patch-1.5.11.dgc.markmsg.2 provides an operation mark-msg which constructs a macro to search by Message-ID, using the current message's Message-ID. It's modelled on vi's feature to mark lines with m and return to them with '. For example, if I'm in the pager on Message-ID: [EMAIL PROTECTED], then entering mark-msgaenter results in a macro 'a that issues search~i [EMAIL PROTECTED]enter. With this patch you could build your feature as a macro (e.g., macro index space mark-msgpreviousenterdisplay-message; 'previous to jump back), or you could implement it in code using the same technique as this patch uses. To be honest, but this sounds like carrying the church arround the village;) Why shouldn't it be possible to go back to the n*last read message? Mutt knows the next message by the unread flag, so it should be easy to hardcode a n*last_read_message, isn't it? I am very interested in that feature ;) Elimar -- We all know Linux is great... it does infinite loops in 5 seconds. -- Linus Torvalds
Re: jump to last read
* David Champion on Monday, February 05, 2007 at 13:34:26 -0600: * On 2007.02.05, in [EMAIL PROTECTED], * Christian Ebert [EMAIL PROTECTED] wrote: For instance if I sort threads and tab jump to the next unread message, sometimes I'd like to go back to the last read, and have to search for it first. http://home.uchicago.edu/~dgc/sw/mutt/patch-1.5.11.dgc.markmsg.2 provides an operation mark-msg which constructs a macro to search by Message-ID, using the current message's Message-ID. It's modelled on vi's feature to mark lines with m and return to them with '. Hm, nice. But not exactly what I'm after ;) If I new /beforehand/ that I want to go back, I'd probably just tag the message. OTOH, it sometimes, errh, often happens (and I'm not even talking about a setup with pager_stop=no) that in my confused state of mind I just jump to the next message, and, suddenly remember something of the last message that could be important. In my newsreader this is simple: I just type l and am in the last read message, and when I want to continue reading the new message, I just type l again. That's it. So I guess what I'm asking for/dreaming of is that Mutt sort of keeps the last message(-id) marked automatically, ready to jump back anytime. Hope I made the case a bit clearer. c -- _B A U S T E L L E N_ lesen! --- http://www.blacktrash.org/baustellen.html
Re: reading color quoted replies
On Feb 01, William Yardley [EMAIL PROTECTED] wrote: I have a vendor who occasionally sends me replies quoted this way. What's ironic is that he normally top-posts, and I suspect he's doing it this way because *I* normally quote inline in response to him. I'm sure this happens here; they are pretty happy to top quote back and forth until I give a detailed properly-quoted response to their thread, after which they will reply with this color-coded style. This is either peer pressure (doubtful) or they see the value in proper quoting and are trying to do it with what they have (possible). I could at that point either smack their nose for using HTML (a bad idea when it's my boss' boss' boss doing it) or I can take some minimal comfort that at least they're getting the spirit of proper quoting. And take some more comfort that I'm following Postel's Law. Anyway, to the original question: the elinks and links family of text browsers can render HTML colors as ascii. If you use those as your HTML viewers you can get the colors and follow the quoting. pgpxI5PT2n8EZ.pgp Description: PGP signature
Re: Add alias during session
On Sun, Feb 04, 2007 at 11:41:15PM -0800, William Yardley wrote: On Sun, Feb 04, 2007 at 11:06:52PM +0100, Christian Ebert wrote: * Jing Xue on Sunday, February 04, 2007 at 12:16:11 -0500: I know 'a' adds an alias for the current sender, but is there any other more generic way to add alias _and_ make it effective immediately? :source aliasfile after adding the alias. Maybe I'm on crack, but I already don't have to source the alias file for a new alias to work - after adding it with a, it Just Works. Those added with a don't have to be sourced. But a only adds the sender's address. The only way to add an arbitrary alias seems to be to edit the alias file directly - and then to make it effective, as Christian pointed out (would have been obvious had I RTFM ;-)), the alias file would have to be sourced. -- Jing Xue
Re: Add alias during session
On Mon, Feb 05, 2007 at 11:36:16AM +0100, Stefano Sabatini wrote: On date Sunday 2007-02-04 12:16:11 -0500, Jing Xue muttered: I know 'a' adds an alias for the current sender, but is there any other more generic way to add alias _and_ make it effective immediately? I can start an editor to edit my .mutt/alias but I can't see the changes until restarting mutt. create-alias, usually bound to a, makes the new alias immediately effective, and immediately writes the alias in the $alias_file. Maybe you have to refresh the buffer you're seeing with your editor to see the change. After three people pointed out the obvious, I went back and read my OP and realized it was indeed confusing. What I meant was to look for some way to add _any arbitrary_ alias and make it effective immediately. -- Jing Xue
Re: reading color quoted replies
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday, February 5 at 05:53 PM, quoth Jeremy Blosser: Anyway, to the original question: the elinks and links family of text browsers can render HTML colors as ascii. If you use those as your HTML viewers you can get the colors and follow the quoting. It would be really nice if I could convince them to do so in combination with the -dump flag, so that I could view the pretty HTML *inline*. I heard a rumor that elinks supported --dump-color-mode, but... 0.11.1 (the version in Debian stable) does not appear to do so. ~Kyle - -- The search for the truth is the noblest occupation of man. Its publication is a duty. -- Anne Louise Germaine de Stael -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iD8DBQFFx8sMBkIOoMqOI14RApKYAKCIPlP6nzO48tj9a/PvBz20gMc9JwCfWjCq JyLLFIIk4uz/qEneVofDUzQ= =nG8L -END PGP SIGNATURE-
Re: Add alias during session
On Mon, Feb 05, 2007 at 07:18:37PM -0500, Jing Xue wrote: On Mon, Feb 05, 2007 at 11:36:16AM +0100, Stefano Sabatini wrote: On date Sunday 2007-02-04 12:16:11 -0500, Jing Xue muttered: I know 'a' adds an alias for the current sender, but is there any other more generic way to add alias _and_ make it effective immediately? I can start an editor to edit my .mutt/alias but I can't see the changes until restarting mutt. create-alias, usually bound to a, makes the new alias immediately effective, and immediately writes the alias in the $alias_file. Maybe you have to refresh the buffer you're seeing with your editor to see the change. After three people pointed out the obvious, I went back and read my OP and realized it was indeed confusing. What I meant was to look for some way to add _any arbitrary_ alias and make it effective immediately. What I always end up doing is a and then editing the alias to be what I really want. This seems like a silly way to do it, but it's less work than using an external editor and then sourcing the alias file. I've often wished for a way to alias something besides the (supposed) sender, but I don't do it enough to make it worth doing myself. ;) -- Darrin Chandler | Phoenix BSD Users Group [EMAIL PROTECTED] | http://bsd.phoenix.az.us/ http://www.stilyagin.com/darrin/ |
Re: problem tagging collapsed messages
On Mon, Feb 05, 2007 at 11:37:21AM +0100, Michael Tatge wrote: * On Sun, Feb 04, 2007 Javier Rojas ([EMAIL PROTECTED]) muttered: Mutt doesn't seem to tag messages which are collapsed. I have a macro that marks all the unread messages as read, and now that I'm collapsing certain mailboxes, Mutt doesn't tag all the new messages. Correct. Mutt always work on *visible* messages *only*. You'd have un-collapse all before doing whatever you're about to do. mmhhh, but the messages *are* visible. I mean, you know the folder has collapsed threads. It can even be seen how many messages are collapsed The tag-thread feature (the killer feature of 1.5.13: ~() ) doesn't have a consistent behaviour too; tagging al threads with new messages on them (~(~N)) tags only the first message of the thread. ITYM of a collapsed thread. ~(~N) works fine here on un-collapsed threads. Again mutt only works on visible messages. When you're about to work on all messages, you have to un-collapse all. It should tag all messages, whether collapsed or not. After all, it tags all the *threads* that match a given criteria. Say you limited to ~N then delete-pattern~f foo. Now there may be a lot of messages that are ~f foo but not ~N only you don't see them now. Should mutt delete them? I don't think so. You wouldn't even notice that mutt matched and deleted those messages because you don't see them. - Prone to unwanted mail loss. Yep, that should be the expected behaviour, when using limit. The some goes for matching messages in collapsed threads. Collapse and limit are different. When using limit, I'm restricting the range of my actions (tagging) to a subset of the messages. Collapsing threads is just a convenient way of presenting the mailbox. So, collapsing threads should not mess with tagging. It's just a view. -- Javier Rojas GPG Key ID: 0xA1C57061 pgpaMoouktLwY.pgp Description: PGP signature
Re: Add alias during session
On Mon, Feb 05, 2007 at 05:30:03PM -0700, Darrin Chandler wrote: On Mon, Feb 05, 2007 at 07:18:37PM -0500, Jing Xue wrote: On Mon, Feb 05, 2007 at 11:36:16AM +0100, Stefano Sabatini wrote: On date Sunday 2007-02-04 12:16:11 -0500, Jing Xue muttered: I know 'a' adds an alias for the current sender, but is there any other more generic way to add alias _and_ make it effective immediately? I can start an editor to edit my .mutt/alias but I can't see the changes until restarting mutt. create-alias, usually bound to a, makes the new alias immediately effective, and immediately writes the alias in the $alias_file. Maybe you have to refresh the buffer you're seeing with your editor to see the change. After three people pointed out the obvious, I went back and read my OP and realized it was indeed confusing. What I meant was to look for some way to add _any arbitrary_ alias and make it effective immediately. What I always end up doing is a and then editing the alias to be what I really want. This seems like a silly way to do it, but it's less work than using an external editor and then sourcing the alias file. I've often wished for a way to alias something besides the (supposed) sender, but I don't do it enough to make it worth doing myself. ;) Is there really no way to do a generic create-alias, where you don't have to change the information of the current sender? I've often wanted to do this - just hit 'a', but not have to erase all the information I don't want first (I just want it blank so I can enter what I want). -benjie
toggle-quoted in browser
I've found that hitting 'v' in mutt's mail browser, and then typing uppercase 'T' (while the text portion of the message is selected), opens, what for me is a cleaner rendering of a message. Is there anyway to implement this from mutt's browser, without going through the 'v' 'T' sequence? (toggle-quoted) Thanks, Bill
Re: mutt does not delete TMP files
Hi, * Michelle Konzack [EMAIL PROTECTED] [070206 01:20]: I have found an Error in mutt while using IMAP and connecting to courier. If I enter a Mailfolder with mails, mutt does not only fetch the desired headers but the whole NEW messages... Sorry, I can't help but I can let you know that you aren't alone: I see the exact same thing. Anyone know what is going on here? And more, while using imap. mut does not more respect $TMP, $TMPDIR, $TEMP or $TEMPDIR and write to /tmp thousands of files... ...and does not delete it! I think you need to define it in your .muttrc Eg. set tmpdir=~/.tmp I have encountered the problem as mutt was not more able to save messages because I hit the out of inode problem (arround 38.000) I use Debian Sarge/Etch/Sid and the versions 1.5.9 and 1.5.13 I'm using 1.5.13-1.1 from Sid. Cheers, Nick. signature.asc Description: Digital signature
Re: jump to last read
On Mon, Feb 05, 2007 at 10:57:54PM +0100, Christian Ebert wrote: * David Champion on Monday, February 05, 2007 at 13:34:26 -0600: * On 2007.02.05, in [EMAIL PROTECTED], * Christian Ebert [EMAIL PROTECTED] wrote: [...] http://home.uchicago.edu/~dgc/sw/mutt/patch-1.5.11.dgc.markmsg.2 provides an operation mark-msg which constructs a macro to search by Message-ID, using the current message's Message-ID. It's modelled on vi's feature to mark lines with m and return to them with '. Hm, nice. But not exactly what I'm after ;) If I new /beforehand/ that I want to go back, I'd probably just tag the message. OTOH, it sometimes, errh, often happens (and I'm not even talking about a setup with pager_stop=no) that in my confused state of mind I just jump to the next message, and, suddenly remember something of the last message that could be important. In my newsreader this is simple: I just type l and am in the last read message, and when I want to continue reading the new message, I just type l again. That's it. So I guess what I'm asking for/dreaming of is that Mutt sort of keeps the last message(-id) marked automatically, ready to jump back anytime. Then to suffice your requirement you could simply bind the n key to a macro that does the above /and/ executes search-next. Just an idea, did not try it myself. Andreas Herceg
Re: problem tagging collapsed messages
On Sun, Feb 04, 2007 at 10:34:15PM -0500, Javier Rojas wrote: The tag-thread feature (the killer feature of 1.5.13: ~() ) doesn't have a consistent behaviour too; tagging al threads with new messages on them (~(~N)) tags only the first message of the thread. Maybe its tagging the start of the thread which just happens to be the first message. -- Chris. == ... the official version cannot be abandoned because the implication of rejecting it is far too disturbing: that we are subject to a government conspiracy of `X-Files' proportions and insidiousness. Letter to the LA Times Magazine, September 18, 2005.
