1 |
Apparently, though unproven, at 02:02 on Monday 24 January 2011, kashani did |
2 |
opine thusly: |
3 |
|
4 |
> On 1/23/2011 12:20 PM, Alan McKinnon wrote: |
5 |
> > It manages it's own queues beautifully. But, and this makes me sad, it |
6 |
> > doesn't really want *me* to manage it's queues. Border controls are |
7 |
> > hard, and finding the 1,000 mails some idiot with a Windows bot just |
8 |
> > sent, and deleting them, is really hard. |
9 |
> > |
10 |
> > I'm redesigning our mail setup at work,a nd I'm going to do it with exim |
11 |
> > *and* Postfix. Exim is the front end I can see, work with, and manage. |
12 |
> > Exim sends on to Postfix as fast as it can, and Postfix transparently |
13 |
> > relays to recipient. I get best of both worlds :-) |
14 |
> |
15 |
> I can't say I've ever needed anything more than mailq | grep |awk | |
16 |
> postsuper -d - in order to delete mail from the Postfix queues. What |
17 |
> sort of things are your trying to do other than delete a lot of spam or |
18 |
> bounces? |
19 |
|
20 |
First, our internal mail system deals with about 3,000,000 mails a day Mon-Thu |
21 |
so grep | postsuper is a tad inadequate, even if just on the basis of volume |
22 |
|
23 |
The basic tools are fine as long as you understand what they are dealing with |
24 |
- raw text. As soon as you run mailq you have text, you no longer have |
25 |
intelligence about what that text means. So you need lots of grep-fu. |
26 |
|
27 |
I can't control what the users mail out, sometimes they have automated systems |
28 |
that do silly things like send 10,000 notifications an hour to an SMS gateway |
29 |
when they cocked up Nagios. Finding the dodgy ones is no fun when there's a |
30 |
lot of perfectly valid ones in the mix too, and grep doesn't help much other |
31 |
than blindly selecting text matches. |
32 |
|
33 |
There's lots more examples, but they all follow a similar theme. |
34 |
|
35 |
-- |
36 |
alan dot mckinnon at gmail dot com |