> 1.  Don't send bounces to postmaster, just generate and read log summaries
>     that may highlight aggregate problems with your mail stream.
>
>         notify_classes =
>
>     This applies to any MTA handing mail for a large number of users,
>     it is fine to have postmaster notices for a machine with a small
>     handful of users, but after than postmaster notices are just a waste
>     of time and focus your attention on the wrong things (reading bounces
>     of other people's mail).
>
>     The logs not the postmaster mailbox are your notices of trouble.

We do it as any NDR is captured by the open source tool I'm currently coding (I 
sent a mail there yesterday about version 0.9.13). That's a feature of the tool 
to allow any SMTP admins in United Nations to access any NDR generated. That's 
the UN policy as UN Internet Service Provider. This is, again, politic (this 
kind of reason is given for a lot of things in UN :-)
Furthermore, that's a really good think to have complete generated NDR in UN 
because with that, internal UN customers cannot say "Hey! We haven't received 
any NDR!". And customers themselves have access to the tool to have the 
confirmation NDRs are generated, and to see their content directly in the tool. 
Again, politic... Protection... blablabla

But we are not there to discuss UN political choices and features about our 
messaging services :x

>
> 2.  When problems happen. READ THE LOGS.

That's what I did (especially as coder of my real time postfix logging tool), 
but I think I might need some holidays after seeing Gb of logs each day since a 
lot of years... Finally, I start to miss things :-p

On the other hand, any software shouldn't allow such situation to happen: 
conflict between two settings that don't match then qmgr killed... Any software 
should prevent that and validate any settings for acceptance, conformity, 
dependencies, ... That's why my feature request :)

>
>> Postfix feature request: that would be nice that Postfix be able
>> to do this kind of basic checks by itself when starting (or when
>> configuration is reloaded) between various inter-dependent
>> configuration settings, and display in the logs at least some
>> warnings when such kind of issue is detected :)
>
>     http://www.postfix.org/DEBUG_README.html#logging
>
> --
>         Viktor.
>


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Reply via email to