Re: Viewing mutt settings
Hi Patrick! On Mon, 22 Sep 2008, Patrick Shanahan wrote: * Andrew Diederich [EMAIL PROTECTED] [09-22-08 21:49]: Is there a way for mutt to tell me what values I've set, or what values are default? For example, in postfix if I use postconf -n it tells me what values I've set. mutt supports dumping all configuration options. Simplay use the -D switch. Unfortunately this does not work for other configuration setting like color, I believe. grep color /etc/muttrc ~/.muttrc Besides that mutt uses /etc/Muttrc I believe the location of the system configuration files do depend on $SYSCONFDIR which is set up by the configure script. Additionally since mutt supports sourcing other files, your grep command will not catch additional configuration files. regards, Christian -- It is illegal to take more than three sips of beer at a time while standing. [real standing law in Texas, United States of America]
rerunning hooks
After re-sourcing my config, all the colouring and similar stuff I do in folder_hooks is overwritten. Is it somehow possible to rerun all applicable hooks as part of the resourcing? -- martin | http://madduck.net/ | http://two.sentenc.es/ seen on an advertising for an elaborate swiss men's watch: almost as complicated as a woman. except it's on time spamtraps: [EMAIL PROTECTED] digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
mutt's .mutt folders when saving attachments?
Hi, I didn't get a reply when I asked before, still keen to find out how to avoid mutt creating/leaving an empty .muttxx fo9lder in the directory in which an attachment is saved. I assume there's some option to autodelete these folders? -- Tim
Re: delete duplicated mails
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday, September 23 at 02:20 PM, quoth Wilkinson, Alex:
mmm, i liked the idea of this folder-hook so i tried it out.
Is it meant to automagically delete duplicate threads ? If so
the following folder-hook did sweet-fa for me :(
sweet-fa? That's a new one to me...
folder-hook . \
set sort=reverse-threads ;\
set sort_aux=last-date-received ;\
set duplicate_threads=yes ;\
push 'collapse-all' ;\
push 'delete-pattern~=enter' ;\
set index_format='%3N %4C %Z %{%b %d} %-15.15F (%4c) %?M?%M ?%s' ;\
set display_filter='t-prot -acelmtS -Mmutt --spass'
Well, one problem I see is that delete-pattern only works on messages
you can *see*. After you collapse-all, the pattern won't match
anything that has been collapsed. So swap those two lines: delete
things before you collapse-all.
~Kyle
- --
All we have to decide is what to do with the time that is given us.
-- Gandalf the Grey
-BEGIN PGP SIGNATURE-
Comment: Thank you for using encryption!
iEYEARECAAYFAkjY7N8ACgkQBkIOoMqOI143DQCgi/i9h0++v4i+7+ri+Nn3Y6DK
x4oAoLUyjzhkSF/XqEkwtbj5VY7zg6Ut
=2r0Z
-END PGP SIGNATURE-
Re: rerunning hooks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday, September 23 at 10:58 AM, quoth martin f krafft: After re-sourcing my config, all the colouring and similar stuff I do in folder_hooks is overwritten. Is it somehow possible to rerun all applicable hooks as part of the resourcing? Not really, because it's impossible to know which hooks apply. Hooks are associated with actions, not with states. The send-hook applies whenever you attempt to *send* a message, the message-hook applies whenever you attempt to *view* a message, and so forth. If you are currently sending a message, but are relying on a setting that was set by viewing a message (or perhaps are relying on the fact that the last message you sent triggered a hook), how is mutt to know? ~Kyle - -- Arguing with an engineer is like wrestling with a pig in mud, after a while you realize the pig is enjoying it. -- Unknown -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iEYEARECAAYFAkjY7bwACgkQBkIOoMqOI16jnACeJg0JrvfC8njyPf60P5Habix0 KNkAoITcpMcfA2HBNDZYfzrv6YbsGuTr =liNm -END PGP SIGNATURE-
Re: delete duplicated mails
0n Tue, Sep 23, 2008 at 08:19:27AM -0500, Kyle Wheeler wrote:
On Tuesday, September 23 at 02:20 PM, quoth Wilkinson, Alex:
mmm, i liked the idea of this folder-hook so i tried it out.
Is it meant to automagically delete duplicate threads ? If so
the following folder-hook did sweet-fa for me :(
sweet-fa? That's a new one to me...
folder-hook . \
set sort=reverse-threads ;\
set sort_aux=last-date-received ;\
set duplicate_threads=yes ;\
push 'collapse-all' ;\
push 'delete-pattern~=enter' ;\
set index_format='%3N %4C %Z %{%b %d} %-15.15F (%4c) %?M?%M
?%s' ;\
set display_filter='t-prot -acelmtS -Mmutt --spass'
Well, one problem I see is that delete-pattern only works on messages
you can *see*. After you collapse-all, the pattern won't match
anything that has been collapsed. So swap those two lines: delete
things before you collapse-all.
Will test. Thanks!
-aW
IMPORTANT: This email remains the property of the Australian Defence
Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT
1914. If you have received this email in error, you are requested to contact
the sender and delete the email.
Re: mutt's .mutt folders when saving attachments?
=- Tim Chown wrote on Tue 23.Sep'08 at 10:31:27 +0100 -= I didn't get a reply when I asked before, still keen to find out how to avoid mutt creating/leaving an empty .muttxx fo9lder in the directory in which an attachment is saved. I assume there's some option to autodelete these folders? Yes, rmdir ~/.mutt* Scan mutt-dev archive for this topic to understand origin, problems and workarounds. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
On RTFM
Of course one should always check the manual and try a web search before asking for help. This is a given, and I don't think there's any argument. It's not always easy to find what you're looking for in the manual, and it's not always straightforward to construct a search query that yields what you're looking for. Your success varies with multiple factors: your facility with reading *and* with writing English, as noted; the way you're framing the problem in your mind; the character of the problem; the terminology involved; the organizational structure of the manual vs. the kind of problem you're trying to solve; your existing familiarity with the subject and with the reference material available. These can interplay to make one person's search fruitless, or to suggest that further search will be fruitless, while another person might come up with the answer right away. So a person posts to a list that is nominally for providing support, answers, and discussion. How can I fairly judge whether he's read the manual, or how deeply? Just based on my knowing where the answer is, and thinking he should have found it too? I don't think that's a fair measure. Yet I don't think it's the point, either. Even if someone has not done his own legwork, how is anyone's time well spent for me to tell them publically to do so? I don't see that, as someone suggested, this is helpful. It's condescending. It's saying: it's there, you missed it. Look again. But I won't say where to look because I think the exercise of finding it yourself is good for you, grasshopper. Even in this thread, Bill's question just by being asked has sparked original discussion of other approaches than what you'll find in the manual. Is there no value in that? Does anyone suggest some other way to obtain that benefit, besides having and expressing a need? It's absurd to say that you should not post a how-to question to a mailing list until you're sure the answer is not already out there, or prepared with your flame-retardant jammies. If I don't have time to help with a basic question, or I don't want to, or I resent the simplicity of the question or the way it was asked, I don't reply. It's simple, it causes no grief. The question, unanswered, has done me no harm. I am facile with my 'd' key. What's the trouble? Let people ask questions honestly and politely, but if all you have to give is rtfm, with no reference or citation or vague hint at a substantive answer, then don't bother replying -- or at least keep it out of the mailing list archive and my mailbox, please. Save RTFM for abusive and demanding inquiries only, and you'll see less abuse and fewer demands. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: mutt's .mutt folders when saving attachments?
On Tue, Sep 23, 2008 at 04:08:35PM +0200, Rado S wrote: =- Tim Chown wrote on Tue 23.Sep'08 at 10:31:27 +0100 -= I didn't get a reply when I asked before, still keen to find out how to avoid mutt creating/leaving an empty .muttxx fo9lder in the directory in which an attachment is saved. I assume there's some option to autodelete these folders? Yes, rmdir ~/.mutt* Scan mutt-dev archive for this topic to understand origin, problems and workarounds. Hmm, well the Yahoo view of mtt devs mails doesn't throw up anything obvious. I think 'folder', 'attachment', 'save' are too generic a term to find a specific thread. Just very sad my mutt poops everywhere. Must be possible to train him. After recent discussions I'm almost afraid to ask... :/ -- Tim
Re: delete duplicated mails
=- Pau wrote on Tue 23.Sep'08 at 7:55:23 +0200 -= but sometimes find it difficult to look for the information, because a specific keyword is needed... then asking in the mailing list (as I did yesterday) is the only left option. The type of question matters. I ask for apologies in advance, indeed! Not needed, we decide on our own based on your Q. :) Also, usually, I do only need the keyword. Yesterday I found the relevant part of the manual after the 1st answer. That's different from being spoonfed. Attitude matters. support channel != do-it-all-for-me, that's paid support. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: mutt's .mutt folders when saving attachments?
=- Tim Chown wrote on Tue 23.Sep'08 at 15:57:47 +0100 -= Scan mutt-dev archive for this topic to understand origin, problems and workarounds. Hmm, well the Yahoo view of mtt devs mails doesn't throw up anything obvious. I think 'folder', 'attachment', 'save' are too generic a term to find a specific thread. For me it was related to NFS, and it was about tmpdir/tmpfile generation. Lookout for posts by me, I suggested a patch to revert the newly introduced behaviour. After recent discussions I'm almost afraid to ask... :/ *grins* No worries, just keep improving. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: mutt's .mutt folders when saving attachments?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday, September 23 at 10:31 AM, quoth Tim Chown: I didn't get a reply when I asked before, still keen to find out how to avoid mutt creating/leaving an empty .muttxx fo9lder in the directory in which an attachment is saved. I assume there's some option to autodelete these folders? There is no option to auto-delete those folders, they are deleted whenever possible. The reason they stick around is when there's a filesystem problem, and mutt doesn't think the directory is empty. Let me guess: you're using either vfat or something like sshfs? It boils down to the fact that some filesystems do not support operations that are necessary for safe operation, and give inconsistent or unreliable error codes when you try. This is yet another reason why using these sorts of filesystems for anything important in a unix system is a really bad idea. For more information, check this: http://marc.info/?l=mutt-devm=116775858411732w=2 ~Kyle - -- The most important thing a father can do for his children is to love their mother. -- Fr. Theodore Hesburgh -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iEYEARECAAYFAkjZCjkACgkQBkIOoMqOI14MJQCgt7luJa5zEutjpEgHiUm8pb4f cgQAninVcBcmCz0RfIqfvdlocIUNmdIc =dfWr -END PGP SIGNATURE-
Re: mutt's .mutt folders when saving attachments?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday, September 23 at 05:10 PM, quoth Rado S: For me it was related to NFS, and it was about tmpdir/tmpfile generation. Lookout for posts by me, I suggested a patch to revert the newly introduced behaviour. http://marc.info/?l=mutt-devm=117588920724808w=2 Here's the relevant patch... which is supposed to fix the problem. http://dev.mutt.org/trac/changeset/c0e6d2617984/ ~Kyle - -- If an elderly respected expert in a given field tells you that something can be done he is almost certainly right. If an elderly respected expert in a given field tells you that something is impossible, he is almost certainly wrong. -- Robert A. Heinlein -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iEYEARECAAYFAkjZCyEACgkQBkIOoMqOI16RmwCgi4i0nH5EaN9XTnYlscBdqL+n SFgAoKY401/z6wAsI6Rlxnxg7q3NuuSq =1Qkj -END PGP SIGNATURE-
Re: mutt's .mutt folders when saving attachments?
On Tue, Sep 23, 2008 at 10:28:33AM -0500, Kyle Wheeler wrote: http://dev.mutt.org/trac/changeset/c0e6d2617984/ ~Kyle - -- If an elderly respected expert in a given field tells you that something can be done he is almost certainly right. If an elderly respected expert in a given field tells you that something is impossible, he is almost certainly wrong. -- Robert A. Heinlein And if an elderly respected expert in a given field tells you RTFM, don't whine about it. RTFM advice is not (usually) an insult or an attempt to be nasty. Its usually valid and ALWAYS a good idea. Yes its the wrong thread, but the above sig was too timely to pass up! :-) In Summary: Never be afraid to ask and don't take RTFM personally. JK
Re: mutt's .mutt folders when saving attachments?
On Tue, Sep 23, 2008 at 11:54:19AM -0400, Jeff Kinz wrote: And if an elderly respected expert in a given field tells you RTFM, don't whine about it. RTFM advice is not (usually) an insult or an attempt to be nasty. Its usually valid and ALWAYS a good idea. On the other hand, some people who offer RTFM as advice are neither elderly nor respected. And some just do it way too often, period. I second David's well-said thoughts about the subject, especially in the context of Mutt. No matter how much I love it, Mutt's configuration is intricate and complicated in the extreme; reading its manual is a bit like reading a text on computer architecture. It contains lots of good information which is usually right (but not always), but that is both a blessing and a curse: IT CONTAINS LOTS OF INFORMATION. :) It's also, IMO, not very well organized from the perspective of I want to solve this particular problem with my e-mail, how do I do it? Finding what you need in the manual can be quite difficult, unless you know exactly what you're looking for, and even then... If you have time to sit down and read the 240+ some-odd* pages of Mutt's manual, and you're very serious about managing your e-mail, then you should do that. But in the end, even if they do need more power than what Pine or Outlook offer, most people just want to read their mail. - * as approximated by paging at 66 lines and counting pages until I got bored with counting at about 50% -- Derek D. Martinhttp://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience. pgpK4NJsMquOo.pgp Description: PGP signature
Re: mutt's .mutt folders when saving attachments?
Quoting Derek Martin ([EMAIL PROTECTED]): No matter how much I love it, Mutt's configuration is intricate and complicated in the extreme; You haven't tried configuring Sendmail, have you? ;-) *SCNR* -Sndr. -- | Did you hear about the cat that ate a ball of wool? -- It got mittens. | 1024D/08CEC94D - 34B3 3314 B146 E13C 70C8 9BDB D463 7E41 08CE C94D signature.asc Description: Digital signature
Re: mutt's .mutt folders when saving attachments?
* Sander Smeenk [EMAIL PROTECTED] [2008-09-23 19:35]: Quoting Derek Martin ([EMAIL PROTECTED]): No matter how much I love it, Mutt's configuration is intricate and complicated in the extreme; You haven't tried configuring Sendmail, have you? ;-) For a change you could have a look at fvwm ;-) pgpcgvIFZD1jp.pgp Description: PGP signature
Re: mutt's .mutt folders when saving attachments?
On Tue, Sep 23, 2008 at 07:33:31PM +0200, Sander Smeenk wrote: Quoting Derek Martin ([EMAIL PROTECTED]): No matter how much I love it, Mutt's configuration is intricate and complicated in the extreme; You haven't tried configuring Sendmail, have you? ;-) As a matter of fact, being a professional system administrator, I have... on many occasions. I think Sendmail is much easier. :) [...unless you need to do something really unusual.] -- Derek D. Martinhttp://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience. pgpcmvCiLknzm.pgp Description: PGP signature
Re: On RTFM
On Tue, Sep 23, 2008 at 09:43:25AM -0500, David Champion wrote: What's the trouble? Let people ask questions honestly and politely, but if all you have to give is rtfm, with no reference or citation or vague hint at a substantive answer, then don't bother replying -- or at least keep it out of the mailing list archive and my mailbox, please. touch?? -- I just want to break even. pgpBQS840OSHg.pgp Description: PGP signature
Re: Viewing mutt settings
On Mon, Sep 22, 2008 at 09:59:37PM -0400, Patrick Shanahan wrote: * Andrew Diederich [EMAIL PROTECTED] [09-22-08 21:49]: Is there a way for mutt to tell me what values I've set, or what values are default? For example, in postfix if I use postconf -n it tells me what values I've set. grep color /etc/muttrc ~/.muttrc Not everything is set in ~/.muttrc, though. It can be in /etc/Muttrc, ~/.muttrc, ~/.mutt/muttrc, or sourced from any number of files. I'm looking for what mutt tells me, or alternately if someone has written something to dig through all of those possible files and give out the settings. -- Andrew Diederich
