Bandwidth Monitoring does not monitor secure email ports at all.

[directsupport]

Problem:

SMTP-SSL (service name in logs: esmtpsa) port 465
IMAP-SSL (service name in logs: imapd-ssl) port 993

I checked all customers since I started and it has never recorded the above mentioned services.

I did a test to track it with 80mb of traffic and the bandwidth user stats did not record any traffic.

One client has 60kb of traffic (no web site setup) and I sent them around 80mb of email 3 days ago with nothing being recorded.

This explains where my missing traffic is going.

For my own cpanel account also it has no traffic being recorded for email also since I am using secure email also.

I searched your forum and found no help on this problem so please let me know.

At the moment as far as I know it is possible to have a 100mb limit on a hosting account but use it to send and receieve GB's of email using the secure POP3S, SMTPS, IMAPDS ports, unless there is something unique to my configurations.

In theory when you select to enable the SSL options for each of the mail services inside of WHM then if cPanel finds that those ports do not already have monitoring setup then at that stage it should apply the new rules to the bandwidth statistics for user control so that it both displays in the users cPanel and allows the sysop to cap a users usage as it will be now included in the traffic count.

I understand the limitations of other tracking ports due to formats of log files etc but in this case they are identical for a pop3 or pop3-ssl just that the tag has different text as the service tag name. The format for the two is identical in the same log file. Likewise with smtp and smtp ssl the format is identical in the same file just a different service tag name.

Thanks,
Chris

 

[nibb]

Thats strange, but that could be the reason im missing traffic as well. Someone confirmed this?

Did you tested this only one 1 server?

 

[directsupport]

Thats strange, but that could be the reason im missing traffic as well. Someone confirmed this?

Did you tested this only one 1 server?

Way to do a controlled test:

1) Create cpanel account with a unique domain name that is a subdomain for isolated test case.
2) Create test email account.
3) Setup your email client to talk to the server via the SMTP-SSL and IMAP-SSL ports described above.
4) In your email client create some test emails and email yourself some chunky file attachment around 1-2mb a few times so it has enough data to display in the bandwidth stats.
5) Wait a day after your test to make sure there is not a lag/delay due to scheduled calculations.
6) Look at how much bandwidth the test subdomain account has used and it will display 0mb.

I used a bash command to calculate how much traffic my users are using for these unmonitored sessions and its actually quite allot so I'm presuming it's file attachments thats really adding up.

So for myself personally the average server of mine is using around 20% of this unaccounted SMTP-SSL / IMAP-SSL activity.

 

[cPanelKenneth]

The issue with bandwidth not being logged for IMAPD-SSL sounds very similar to a case we are currently working on. Case 45393 details that bytes logs generated for email accounts, where the + symbol is used as a separator, rather than a @, are not processed. The bandwidth is logged, it is simply not being processed. This case is currently being processed by QA and should be merged into 11.28 in the coming days/weeks.

The issue with SMTP-SSL we have not encountered. In all likelihood this is similar to case 45393 where the data is logged, but not processed. SMTP bandwidth is logged to the eximstats database in MySQL. If either of you would be willing to open a support ticket for verification purposes, we would much appreciate it.

 

[directsupport]

The issue with bandwidth not being logged for IMAPD-SSL sounds very similar to a case we are currently working on. Case 45393 details that bytes logs generated for email accounts, where the + symbol is used as a separator, rather than a @, are not processed. The bandwidth is logged, it is simply not being processed. This case is currently being processed by QA and should be merged into 11.28 in the coming days/weeks.

The issue with SMTP-SSL we have not encountered. In all likelihood this is similar to case 45393 where the data is logged, but not processed. SMTP bandwidth is logged to the eximstats database in MySQL. If either of you would be willing to open a support ticket for verification purposes, we would much appreciate it.

Done, re: Support Request Id 1093418

 

[cPanelDavidG]

For those who may come across this thread in the future, case 45393 was resolved in version 11.28.60 which has propagated to EDGE as of writing.