NOTE:: Before reporting an issue, make sure you are running the latest version, currently 3.3.1

View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0015542phplist applicationStatisticspublic23-09-10 17:4301-02-12 23:56
PlatformLinux X86OSCentOSOS Version5.2
Product Version2.10.12 
Target Version2.10.XFixed in Version2.11.6 
Summary0015542: When Click Tracking enabled, [UNSUBSCRIBE] doesn't work anymore
DescriptionI have just noticed that the [UNSUBSCRIBE] links generated in the signature doesn't work anymore when click tracking is enabled:

404 Not Found
The requested document was not found on this server
Please contact the Administrator
Steps To ReproduceTo reproduce, simply send yourself a test message with the [UNSUBSCRIBE] tag and try clicking on the message. Do this with click tracking enabled and disabled in config.php
Additional InformationI have done this test on my production server and a fresh install. Both give the same result.

I upgraded to 2.10.12 from 2.10.9 which had the same issue.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to 0015360resolvedmichiel Click Tracking is not working for links in the body of the message, only for those in the footer. 
related to 0015573resolvedmichiel Clicking Link in message renders error 404 
related to 0015523resolvedmichiel Click tracking & [USERTRACK] Not Functioning 

-  Notes
h2b2 (manager)
16-01-11 15:34

A number of other users reported the same issue in this forum thread: [^]

vdrews suggests the issue might be caused by a configuration error in pageroot and adminpages:

==== Start quote ====
I found the mistake!!
In my config.php file, the values of pageroot & adminpages were wrong! (Someone else set phplist up, so it took me some time to even consider that it might be something wrong with the setup … :-S)
I have no clue what exactly happens here, but I guess that's why all the links get changed when setting CLICKTRACK to 1.

The (for me) correct version is:
$pageroot = '/lists';
$adminpages = '/lists/admin';

(it was '/lists/index.php' & '/lists/admin/index.php' – don't ask me why …)
check it for yourself!

To use the wrong path here has an effect on various functions & stuff in phplist but obviously you don't necessarily notice it in the first place, because the most functions will work.
==== End quote ====
source: [^]
michiel (manager)
29-04-11 16:34

I've added a warning in the config file about tampering with the pageroot variable. [^]

but I suspect there's more the matter. When I add the "index.php" to the pageroot, I get tracking links like this:


which basically loads the top subscribe page and doesn't give a 404
michiel (manager)
29-04-11 18:00

would be good to get some more data on how to reproduce this. If anyone can add some examples on how to do that that would be great.

Copyright © 2000 - 2017 MantisBT Team
Powered by Mantis Bugtracker