[BUG] Total send mail wrong count

T

Trickster

Verified User
Joined
May 28, 2014
Messages
14
At the send emails colum at CMD_ALL_USER_SHOW, you see the send mails and the send mails today.

If there is a email send today, the total send number is wrong, and the same for all domains who has send a e-mail today.
At the overview page of the single domain CMD_SHOW_USER the count is correct.
 
Hello,

I guess it's due to how directadmin stores counters. Active usage is located in /etc/virtual/usage/ and directadmin shows counter from a cache file which is usually updated with nightly tally. If to read active usage every time it might slow down the page displaying... and still I hope John will find a solution and fix it.
 
But the displayed value is not found anywhere,

In my case all users who has send a e-mail today show the same value, but the counter for how many mails send today is correct, and the counter for how many mails send total for users who doens't has send any e-mail today is also correct.

So it looks not like a caching problem, but i looks like he picks the last value of the user who has send the last e-mail, and show that value for all the users who has send a e-mail today.
 
OK, I see what you mean. I see the same on my end (at least on two different servers).

da_sendmail_counter_bug.png
da_sendmail_counter_bug2.png

p.s. I've reported the bug via tickets.
 
Last edited:
Hi Guys,

To clarify, the main number is from:
Code: 
/usr/local/directadmin/data/users/username/user.usage
from the field "email_deliveries_outgoing", which is copied to the show_all_users.cache after the nightly tally, or if that User needs a cache update.
They should be the same number.

This is the "computed" outgoing total, where DA is actively checking for duplicate IDs from the bandwidth.tally file (origially from the /etc/virtual/usage/username.bytes). Duplicates are removed.

The main number does add both the email_deliveries_outgoing value (which can be in the show_all_users.cache file), and the "today" sends (which are never cached).

The "today" number is based solely on the exim.pl and does it's best at filtering out duplicate ID (it's better at it with newer exim.pl versions) by tracking the IDs in:
/etc/virtual/usage/username_ids

but then a new level of complexity comes in when it's a forwarder to many addresses on the same ID, as each would be a unique message.

Anyway, I'm not 100% clear if that answers any confusion, or if indeed there is something that isn't quite correct, let me know.

John
 
Oh never mind, I see it now.. same number is re-used.. likely just a container that isn't being emptied.
I'll check that over.

John
 
You must log in or register to reply here.
Back
Top