HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials

HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials (http://www.howtoforge.com/forums/index.php)
-   General (http://www.howtoforge.com/forums/forumdisplay.php?f=15)
-   -   Mail statistics seem wrong (http://www.howtoforge.com/forums/showthread.php?t=2119)

hairydog2 17th January 2006 21:54

Mail statistics seem wrong
 
Running a Debian Sarge "perfect" setup with ISPConfig, all seems to be going pretty smoothly, but the statistics seem very odd.

There are about 70 domains being served, most of which use mail forwarding, some have mailboxes on the server, and a few use external mail servers.

The ones with external mail servers show hundrds of megabytes of mail traffic, despite having the MX records pointing to a different address - there should be almost none recorded.

The ones with mailboxes on the server seem to give about the right figures (guessing at the likely traffic).

The ones with mail forwarding mostly show little or no mail traffic at all.

This is running Courier for the mail.

I'm baffled by this! Can anyone suggest what may be wrong, or how to fix it?

falko 18th January 2006 18:14

Quote:

Originally Posted by hairydog2
The ones with external mail servers show hundrds of megabytes of mail traffic, despite having the MX records pointing to a different address - there should be almost none recorded.

The statistics also include the sent traffic, not only the recieved traffic. Maybe that's a reason...

Is there something in the mail log that could shed some light on it?

hairydog2 18th January 2006 19:59

There is no outbound mail sent throught he server from the domains that have external mail servers, but I wonder if there is something odd that explains what is happening.

Here's a sample from the mail.log - I've replaced the client's details with clientname - the main account that is clocking all the mail (but not sending or receiving any) is hairydog.co.uk. The server was set up as hosting.hairydog.co.uk. Is this being counted as hairydog.co.uk mail in the stats?

Jan 18 01:39:52 hosting postfix/local[31568]: B10D33C04F: to=<clientname@hosting.hairydog.co.uk>, orig_to=<contact@clientname.co.uk>, relay=local, delay=69, status=sent (forwarded as 96A903C138)

falko 19th January 2006 21:33

Quote:

Originally Posted by hairydog2
There is no outbound mail sent throught he server from the domains that have external mail servers, but I wonder if there is something odd that explains what is happening.

Here's a sample from the mail.log - I've replaced the client's details with clientname - the main account that is clocking all the mail (but not sending or receiving any) is hairydog.co.uk. The server was set up as hosting.hairydog.co.uk. Is this being counted as hairydog.co.uk mail in the stats?

No, it isn't, unless hosting.hairydog.co.uk is a Co-Domain of the hairydog.co.uk web site.
You can have a look at the code in /root/ispconfig/scripts/shell/mail_logs.php to track down this problem.

hairydog2 19th January 2006 23:57

Quote:

Originally Posted by falko
No, it isn't, unless hosting.hairydog.co.uk is a Co-Domain of the hairydog.co.uk web site.

Ah. It is. Originally, the plan was to have hosting.hairydog.co.uk as one address amd www.hairydog.co.uk as a completely different one.

Then I wanted them both on different IPs so I could get away from port 81 which gives me and some clients real problems (It's blocked by some firewalls).

I moved the hosting to a different IP and called it hdog.co.uk but it was a waste of time: I never did manage to get both web servers to run on separate IPs on the same port. You offered some helpful suggestions, but not enough for me to sort it out.

So I ended up with a setup where some bits think the server is hosting.hairydog.co.uk and others think it is hdog.co.uk.

I think I'll try removing the hosting.hairydog.co.uk co-domain altogether, but I can't do that till I'm in a position to fix it quickly if it goes wrong.


All times are GMT +2. The time now is 19:03.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.