|Dependency Graph||View Issue Relation Graph Vertical|
View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002954||phpList 3 application||Subscribe Process||public||12-04-05 19:01||20-05-05 04:00|
|Status||resolved||Resolution||no change required|
|Target Version||Fixed in Version|
|Summary||0002954: When users unsubscribe manually they are asked to tell why although this is set: define("UNSUBSCRIBE_JUMPOFF",1);|
|Description||Even though the config is set to "jumpoff": When the users go to the "main phplist page" (website.com/lists/) and want to unsubscribe from the newsletter, they are asked to tell why. |
(This is done with the following message.: "We are sorry to find you are not any longer interested in our newsletter. To help us improve our services, we would be grateful if you could tell us why:")
I suspect this is a bug beecause I have chosen otherwise with a setting in the config.php:
# if a user should immediately be unsubscribed, when using their personal URL, instead of
# the default way, which will ask them for a reason, set this to 1
|Additional Information||- it works fine when users unsubscribe by clicking the link in a email - they are usubscribed without being asked to tell why.. I suspect the same should happen when they usubscribe "manually" - without users being borthered with extra questions.|
|Tags||No tags attached.|
||Yes, but interestingly enough, it says "when using their personal URL". This setting is meant to be from the links in the emails, because there's an issue about doing it from manual input in the unsubscribe form. When using the personal URL in the emails, there is a better verification that this user is actually who they claim they are.|
Oh, sorry that I missed the lingo - I did not know that a "personal URL" referred to the URLs from emails - my bad..
- Then it's not a bug after all..
(Byt the way: Writing a reason (or leaving the field blank!) do not help to verfify the user..? If you want verification, I guess you need either a password or a confirmation URL.. It's a fine balance, since these things would be less user-friendly..)
Thanks for a GREAT script!