[webmin-devel] bw.pl and postfix
Lauchlin Wilkinson <[email protected]>
| Newsgroups | gmane.comp.web.webmin.devel |
|---|---|
| Message-ID | <[email protected]> |
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=<[email protected]>, orig_to=<[email protected]>, 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! Hope this helps, Cheers, Lauchlin ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click - Forwarded by the Webmin development list at [email protected] To remove yourself from this list, go to http://lists.sourceforge.net/lists/listinfo/webadmin-devel