Re: [webmin-devel] bw.pl and postfix

[Jamie C. <jca...@we...>]

On Wed, 2005-05-11 at 15:42, Lauchlin Wilkinson wrote:
> Hi,
> 
> have found a small problem with bw.pl (at least on our systems).  Am  
> running the latest stable version of webmin+virtualmin.  We are using  
> amavis to do virus scanning using the the postfix after queue  
> filtering method.  As such all our postfix deliverie logs are of the  
> format
> 
> May 11 15:32:42 server postfix/smtp[28066]: ID:  
> to=<us...@re...>,  
> orig_to=<som...@so...>, relay=amavishost,  
> delay=1, status=sent (250 2.6.0 Ok, id=28777-09, from MTA: 250 Ok:  
> queued as ID)
> 
> With the way feature-mail.pl tracks things at the moment it only ever  
> looks at the to= part not the orig_to= part so no mail gets tracked  
> for any domains.
> 
> I have changed sub bandwidth_mail in feature-mail.pl to use:
> 
> (/^(\S+)\s+(\d+)\s+(\d+):(\d+):(\d+)\s+(\S+)\s+(\S+):\s+(\S+):\s+to= 
> (\S+),\sorig_to=(\S+),/)
> 
> instead of:
> 
> (/^(\S+)\s+(\d+)\s+(\d+):(\d+):(\d+)\s+(\S+)\s+(\S+):\s+(\S+):\s+to= 
> (\S+),/)
> 
> and also changed:
> 
> local $user = $10;
> 
> rather than $9
> 
> 
> These small changes seem to now make monitoring work properly.  Am  
> not sure how you'd go about intergrating this into webmin, maybe as  
> part of the config you can have a check box that says "use orig_to=  
> rather than to=" or something similar.  I am guessing that quite a  
> few people would have the same issue, unless of course I am running  
> our servers in some bizzare unheard of set up!

Thanks for pointing out this log format - I will support it in the next
Virtualmin release, in pretty much the same way you did. I presume that
the orig_to= is always the address the mail was originally sent to,
while the to= is the final Unix recipient?

 - Jamie