Views statistic accuracy

As per phplist manual “The major cause of inaccuracy when recording views is image blocking. If images/remote content are blocked by a subscriber’s email software, then the action of your subscriber opening the email cannot be reported back to phpList”

May I ask which are other causes for that and how to handles that?

I’m sure thatsome subscribers have seen the message and the image embedded in it (with no image blocking issue) but they are not counted in statistic

mmm. strange.

Are you sure? Like, when you “drill down” into opens their address is not there?

yes, sure.
they don’t count in statistics and their emails are not listed in open views.
some others yes
(1116 messages in campain, 22 bounches, 14 viewed, 8 clicks).
views are more (double checked)

How do you know they saw that specific campaign? Sorry to be pedantic nearly all of the questions have unreliable origins, if you see what I mean.

Don’t mention it … You are supporting us !!!

I do know it because I was at their desk and I opened the message.
I’ve been able also to get a confirmation by phone from someone else…
that addresses are not listed

Anna,
I’ve found out something new today …
It seems to me there’s a mismatch on statistics, at least on the number of clicks: I attach here two screenshots, one from Statistic Overview and one from “List of Campaigns”.
(BTW Views and View Opens are still wrong)

I think that is this: https://mantis.phplist.org/view.php?id=17807

The definition of “clicked” has been mislabelled at some point.

I will find our about the missing data though

Ok so the tech guy said “You’d have to check the webserver logs to see if there is a hit on the “ut.php” file”

Is that something you are able to do? @duncanc may be able to walk you through it more.

Yes, there are plenty of that hits …

Las Campaign details (few seconds ago screenshot)

and this an extract of the apache access log few minutes after that

95.249.7.166 - - [04/Oct/2015:22:28:40 +0200] “GET /lists/ut.php?u=13b5c073459bf827045f529c886f508c&m=31 HTTP/1.1” 302 663 “-” “Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/600.8.9 (KHTML, like Gecko)”
95.249.7.166 - - [04/Oct/2015:22:28:44 +0200] “GET /lists/ut.php?u=13b5c073459bf827045f529c886f508c&m=31 HTTP/1.1” 302 662 “-” “Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/600.8.9 (KHTML, like Gecko)”
79.40.129.46 - - [04/Oct/2015:22:33:23 +0200] “GET /lists/ut.php?u=97aeaa7a50d96d74e6e3c76c86d10276&m=31 HTTP/1.1” 302 661 “-” “Mozilla/5.0 (Linux; Android 4.4.4; SM-G357FZ Build/KTU84P) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/33.0.0.0 Mobile Safari/537.36”
10.53.152.149 - - [04/Oct/2015:22:45:24 +0200] “GET /lists/ut.php?u=8912bda79c81cdd748ec3f8de866f462&m=31 HTTP/1.1” 302 662 “-” “Mozilla/5.0 (Linux; Android 4.4.4; SM-G357FZ Build/KTU84P) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/33.0.0.0 Mobile Safari/537.36”
10.53.152.149 - - [04/Oct/2015:22:45:24 +0200] “GET /lists/ut.php?u=8912bda79c81cdd748ec3f8de866f462&m=31 HTTP/1.1” 302 661 “-” “Mozilla/5.0 (Linux; Android 4.4.4; SM-G357FZ Build/KTU84P) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/33.0.0.0 Mobile Safari/537.36”
79.40.129.46 - - [04/Oct/2015:22:45:31 +0200] “GET /lists/ut.php?u=97aeaa7a50d96d74e6e3c76c86d10276&m=31 HTTP/1.1” 302 661 “-” “Mozilla/5.0 (Linux; Android 4.4.4; SM-G357FZ Build/KTU84P) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/33.0.0.0 Mobile Safari/537.36”
79.40.129.46 - - [04/Oct/2015:22:46:02 +0200] “GET /lists/ut.php?u=97aeaa7a50d96d74e6e3c76c86d10276&m=31 HTTP/1.1” 302 661 “-” “Mozilla/5.0 (Linux; Android 4.4.4; SM-G357FZ Build/KTU84P) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/33.0.0.0 Mobile Safari/537.36”
79.40.129.46 - - [04/Oct/2015:22:54:11 +0200] “GET /lists/ut.php?u=97aeaa7a50d96d74e6e3c76c86d10276&m=31 HTTP/1.1” 302 661 “-” “Mozilla/5.0 (Linux; Android 4.4.4; SM-G357FZ Build/KTU84P) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/33.0.0.0 Mobile Safari/537.36”
79.40.129.46 - - [04/Oct/2015:22:54:23 +0200] “GET /lists/ut.php?u=97aeaa7a50d96d74e6e3c76c86d10276&m=31 HTTP/1.1” 302 661 “-” “Mozilla/5.0 (Linux; Android 4.4.4; SM-G357FZ Build/KTU84P) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/33.0.0.0 Mobile Safari/537.36”
66.249.83.144 - - [04/Oct/2015:23:09:31 +0200] “GET /lists/ut.php?u=1ccb0785e36df422d22ed89563ad9791&m=31 HTTP/1.1” 302 662 “-” “Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko Firefox/11.0 (via ggpht.com GoogleImageProxy)”
66.249.93.240 - - [04/Oct/2015:23:11:59 +0200] “GET /lists/ut.php?u=6b0c1d636147efd0bded8c2c84cadc50&m=31 HTTP/1.1” 302 661 “-” “Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko Firefox/11.0 (via ggpht.com GoogleImageProxy)”
82.52.65.82 - - [04/Oct/2015:23:48:16 +0200] “GET /lists/ut.php?u=45793ba9a1263f660a3f9012aac5fcc3&m=31 HTTP/1.1” 302 662 “-” “Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/600.8.9 (KHTML, like Gecko)”
79.40.129.46 - - [04/Oct/2015:23:50:33 +0200] “GET /lists/ut.php?u=97aeaa7a50d96d74e6e3c76c86d10276&m=31 HTTP/1.1” 302 661 “-” “Mozilla/5.0 (Linux; Android 4.4.4; SM-G357FZ Build/KTU84P) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/33.0.0.0 Mobile Safari/537.36”
79.40.129.46 - - [04/Oct/2015:23:51:59 +0200] “GET /lists/ut.php?u=97aeaa7a50d96d74e6e3c76c86d10276&m=31 HTTP/1.1” 302 661 “-” “Mozilla/5.0 (Linux; Android 4.4.4; SM-G357FZ Build/KTU84P) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/33.0.0.0 Mobile Safari/537.36”

BTW it could be a good idea to add user platform/OS statistics …

I mean like can you sing the missing opener (by their id presumably) in that file

you need to make a feature request for that (see bug report on phpList.org site)

Not sure what you mean … As per screenshot ALL the openers are missing, actually

This indicates that user whose uid is 1ccb0785e36df422d22ed89563ad9791 has opened message 31. Was the earlier screenshot actually for message 31 or another message?
But you originally referred to click tracking not working, not opens.

The simplest thing is for you to do a test of an email sent to your own email address. If opening or clicking a link are not recorded then there looks to be a problem with your installation.

The problem seems to be that SOME of it is recorded, but some not, and it’s not down to image blocking

Yes, it was for message 31

The strange thing is that for previous messages only a part of the views/clicks were recorded.
(I did that test, also with other users: they viewed the message but they were not recorded)

Update:
last night campaign seems to be reported in statistics, apparently with no problem and without any configuration changes. “Advanced Statistic” Plugin is not showing anything now, neither last campaign (as it did before) nor previous (disappeared as before).
Campaigns were generally just text with a jpg image embedded as signature before footer in template and no links;
this one had text and a link.

So your problem is now resolved, but we don’t know why statistics were previously not recorded?

Do you think it was a server config issue, or something else?

I just copied all phplist files from /var/ssl to /var/www, nothing more that this.
Advance statistics plugin is not working anymore …

I think we need a sum up here, and/or a forked post. The original message has inaccurate statistics, and we were discussing causes of some (but not all) missing opens, correct? Now we are talking about totally missing stuff after some files were moved? Those are really very desperate issues, or maybe I am struggling to follow the thread a bit…

Anna,
first issue (missing opens) seems to be solved once running phplist without ssl (self-signed certificate);
I don’t know if we can consider it as really “solved”.

second issue is that “Campaign Statistics” plugin is not working anymore under /var/www/lists (/admin/plugins) OR maybe I can’t see advanced statistics since last campaigns were created by another administrator I added to the system. I’ll double check this later today (if she can see advanced statistics from her account).