Hack and / - Mutt Tweaks for System Administrators
Once I had colorized all my e-mail, it was great—I would browse through output and more critical e-mail would jump to my attention. As the number of messages started to grow though, I noticed I would spend a lot of time reading the less-important messages before I found the important ones. My solution was to use the limit feature in mutt. When you are in the index view in mutt (where mutt shows you only the From and the Subject lines), you can tell mutt to limit (the l key by default) the headers you currently can see based on a pattern.
For instance, if I wanted to see only all the headers that said Bob, I could type l and then Bob <Enter>. Then, to see all the headers again, I could type l and then all <Enter> to show all messages. You also can have mutt search within the body of messages, so I created a mutt macro that I bound to the F3 key, so that when I see the full list of headers and press F3, it limits the view only to new messages that contained error or fail in them. I could read those messages first and then change the limit back to all and tab through the rest. Here is the extra line in my .muttrc to create the macro:
macro index <F3> "l~N ~b \"([\^nN][\^oO].error|[Ff][Aa][Ii][Ll])\"<enter>"
I constantly am surprised with how far you can extend mutt. It is definitely one of those programs that gives your time back in gained productivity as you learn more about its configuration options. If you use your e-mail to remember things, or dig through a large stack of server e-mail every day (or even if you don't), mutt is an invaluable e-mail companion that always has new tricks.
Kyle Rankin is a Senior Systems Administrator in the San Francisco Bay Area and the author of a number of books, including Knoppix Hacks and Ubuntu Hacks for O'Reilly Media. He is currently the president of the North Bay Linux Users' Group.
Kyle Rankin is a systems architect; and the author of DevOps Troubleshooting, The Official Ubuntu Server Book, Knoppix Hacks, Knoppix Pocket Reference, Linux Multimedia Hacks, and Ubuntu Hacks.
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?
|Non-Linux FOSS: libnotify, OS X Style||Jun 18, 2013|
|Containers—Not Virtual Machines—Are the Future Cloud||Jun 17, 2013|
|Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer||Jun 12, 2013|
|Weechat, Irssi's Little Brother||Jun 11, 2013|
|One Tail Just Isn't Enough||Jun 07, 2013|
|Introduction to MapReduce with Hadoop on Linux||Jun 05, 2013|
- Containers—Not Virtual Machines—Are the Future Cloud
- Non-Linux FOSS: libnotify, OS X Style
- Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer
- Linux Systems Administrator
- RSS Feeds
- Introduction to MapReduce with Hadoop on Linux
- Validate an E-Mail Address with PHP, the Right Way
- Weechat, Irssi's Little Brother
- Tech Tip: Really Simple HTTP Server with Python
- New Products
- Poul-Henning Kamp: welcome to
1 hour 11 min ago
- This has already been done
1 hour 12 min ago
- Reply to comment | Linux Journal
1 hour 57 min ago
- Welcome to 1998
2 hours 46 min ago
- notifier shortcomings
3 hours 10 min ago
4 hours 46 min ago
- Android User
4 hours 48 min ago
- Reply to comment | Linux Journal
6 hours 41 min ago
9 hours 31 min ago
- This is a good post. This
14 hours 44 min ago