View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0017513 | phpList 3 application | Subscribe Process | public | 29-10-14 15:37 | 16-01-19 09:56 |
Reporter | airelle | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Product Version | 3.0.10 | ||||
Fixed in Version | 3.2.0 | ||||
Summary | 0017513: When [CONFIRMATIONURL] (?p=confirm) is loaded, PHPList should check if user is NOT confirmed **before** sending welcome email ag | ||||
Description | A confirmation email is sent to the list manager and to the subscriber **each time** he loads the [CONFIRMATIONURL] which is included in the message sent upon subscription (the link looks like www.mydomain.com/lists/?p=confirm&uid=XXXX). Some users forgets to close the tab in their navigator and each time they launch it, the confirmation emails are sent again, and again and again. I received some of them 6/7 times... and with hundred of new subscribers each day, it's really a problem... Would it be possible to **check** if the user has already confirmed his subscription **before** that PHPList send confirmation emails (and do nothing if the user has already confirmed) ?? | ||||
Steps To Reproduce | - a new user subscribe to a newsletter - he receives a welcome message which contains the [CONFIRMATIONURL] link (www.mydomain.com/lists/?p=confirm&uid=XXXX) - each time he clicks on this link, the confirmation process is run and an email il sent to him, an email is sent to the list manager. | ||||
Tags | No tags attached. | ||||
|
yes, good point |
|
There is a further problem with the solution to this issue, reported on the user forum https://forums.phplist.com/viewtopic.php?f=37&t=42219 When someone who is already confirmed signs up using another subscribe page that offers a different list then he will not be sent the "welcome" email, because he is already confirmed. The real cause of the problem seems to be that phplist doesn't hold confirmed/unconfirmed against each subscribe page/list, so I don't see how it can distinguish between the cases of clicking the same confirmation link again, or clicking a confirmation link that is for a different subscribe page/list. The original issue, of receiving repeated welcome emails, although annoying, seems less of a problem than not sending the welcome email at all after subscribing to a separate list. |
|
Maybe we need to add a timeout. Eg when the last confirmation was sent more than X minutes ago, we can send it again. That doesn't help though when the page is reloaded on a browser session restore. |
|
the confirmation is now remembered in the session with "subscriberConfirmed" which is cleared on the subscribe page, so that it will work with a new subscribe page |