Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I need to search our mail logs for a specific e-mail address. We keep a current file named maillog as well as a week's worth of .bz2 files in the same folder. Currently, I'm running the following commands to search for the file:

grep maillog
bzgrep *.bz2

Is there a way combine the grep and bzgrep commands into a single output? That way, I could pipe the combined results to a single e-mail or a single file.

share|improve this question
up vote 21 down vote accepted

Another way is

{ grep ...; bzgrep ...;} >file

&& has the difficulty that the bzgrep wouldn't be run if the grep failed.

Note the mandatory space after the opening curly brace and semicolon after the last command. Alternatively, you can use the subshell syntax (parentheses instead of curly braces), which isn't as picky:

(grep ...; bzgrep ...) >file
share|improve this answer
+1 for the best general purpose shell approach to this issue. Shell grouping is a generally underutilized feature. – Phil Hollenback Mar 8 '11 at 23:07
This is exactly what I was looking for. Thanks! – Ben McCormack Mar 9 '11 at 15:19
Don't you mean () instead of {}? – Ehtesh Choudhury Dec 21 '12 at 22:28
On arch linux this worked with () but not {}, either way +1 as this is what I needed! – Chris Magnuson Jul 29 '15 at 2:42

bzgrep automatically defaults to regular grep if a file isn't bzip-compressed. Thus the following should be sufficient:

bzgrep maillog *bz2 | mail -s "logs yay" someuser@blah

oh also of course here's my obligatory GNU Parallel solution too:

parallel -m bzgrep ::: maillog* *bz2 | mail -s "logs yay" someuser@blah

which could be a lot faster if you are checking a lot of files.

share|improve this answer

Here's another way to do it (assuming you're running bash, which you probably are):

cat <(bzgrep ...) <(grep ...)

Here bash is transparently feeding the output of the bzgrep and grep commands into cat as if they were files (and they sort of are under the hood, details in url at the bottom).

In your particular case I'd recommend Phil's solution, but the above is a good trick to keep in your bag.

If you're interested, you can read more here:

share|improve this answer
Ah yes, the canonical answer for 'how do you diff the output of two processes'. A good trick to know. – Phil Hollenback Mar 9 '11 at 3:59

The current answer's syntax is wrong for most, if not all, Bourne-derived shells, including bash. I will suggest an edit to the top and accepted answer to fix that, but I am also inclined to add all this other information, and this would've been more of a rewrite instead of an edit.

You can use compound commands:

{ grep ...; bzgrep ...; } >file

..or subshells (note the parentheses instead of curly braces):

(grep ...; bzgrep ...) >file group the commands. The subshell way has nicer syntax (more forgiving of lack of whitespace and allows you to omit the last semicolon), but it either forks a new process, or "pretends" to by having the commands run in an cleaned up environment. Both have advantages depending on what you want to do, which don't matter here, but are worth looking up if you want more proficiency with the shell.

Note: You can use pipelining with these tricks too, so you could do something like this:

{ grep ...; bzgrep ...; } | less

P.S. if you don't care about the ordering of the matches in your combined output, you could use a single & between the two commands, like so: { grep ... & bzgrep ...; }. Then the two commands run simultaneously: the grep gets launched and the shell puts it in the background, then the shell will run the bzgrep. (But there's a small caveat with that, with the explanation involving file redirection and file stream buffering potentially causing a very small portion of the lines in the output file to get split/mangled: whether you'd see this would depend on how your grep, bzgrep, and libc stdio.h functions are implemented. In most implementations, I believe piping the command before redirecting to a file will avoid the problem, so you could do { foo & bar; } | cat - >file as a workaround.)

share|improve this answer

You can tie the commands together with && which will allow you to run each command.

you could also add >> textfile.txt to the end of each command and have the output hit a file then mail that file out.

share|improve this answer
As geekosaur mentioned, && shouldn't be used here because grep's return value depends on whether it found something or not. If you did grep ... && bzgrep ..., if grep had no hits, it would return failure and the command would stop. >> is a good idea though, unlike >, it will add output to the end of an existing file. – DerfK Mar 8 '11 at 22:36
right I had forgotten about the exit condition preventing the second command. – Mike Mar 8 '11 at 22:52

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.