I'm trying to set up a newsletter but email addresses of anonymous users can't be confirmed. Confirm messages contain a URL that doesn't work. The confirmation_url (as used in the template) that I get is similar to http://www.sourenmeubels.nl/newsletter/confirm/add/8d67df40a30t12 which merely gives me

Page not found
The requested page could not be found."

/newsletter was not working, I added an alias to the newsletter node but that didn't solve the issue.

I've tried many things, not the least looking for an answer through Google but I haven't been able to find an answer. If there is a simple answer it would be nice to add it to readme.txt besides stating it here.

I had the same result with 6.x-1.0-beta3.

Comments

sutharsan’s picture

sutharsan commented
Status: Active » Postponed (maintainer needs more info)

Do you experience this problem with 6.x-1.x-dev version as you indicate in Version?
What type of database do you use? MySQL or other?
Please check the content of the simplenews_subscriptions table. You will find there the anonymous subscriber. The snid value of the subscriber must be lager than 0 (zero).

okokokok’s picture

okokokok commented

I first tried 6.x-1.0-beta3 and then upgraded to 6.x-1.x-dev.

I'm using MySQL.

The snid's are all positive integers between 1 and 10. Of the "anonymous" tests I did uid equals to 0 and all have activated set to 1. I'm confused.

sutharsan’s picture

sutharsan commented

You database looks Ok. Please investigate if any other module is causing this problem. First candidates are module which are involved in the user account.

okokokok’s picture

okokokok commented

There's no obvious candidate for a module that involves the user account. I'm looking deeper into it now.

sutharsan’s picture

sutharsan commented

This might be related to your other issue: #307691

sutharsan’s picture

sutharsan commented
Status: Postponed (maintainer needs more info) » Closed (fixed)

No reponse, closing the issue.

muhh’s picture

muhh commented
Version: 6.x-1.x-dev » 6.x-1.3
Status: Closed (fixed) » Active

have to warm this up, since i'm experiencing the exact same issue.

subscribing registered users is no problem.
when a anonymous user tries to use the confirmationlink, he gets a "page not found".

a log message says taxonomy/term/4/confirm/add/d3f3bxxxxxxxt4 not found, with the location ?q=/newsletter/confirm/add/d3f3bxxxxxxxt4. i use a urlalias for taxonomy/term/4 pointing to newsletter.

subscription rights are given to anonymous and registered users.
the simplenews_subscription table looks fine.

+------+-----------+-----------------------------------------+-----+----------+
| snid | activated | mail                                    | uid | language |
+------+-----------+-----------------------------------------+-----+----------+
|    1 |         1 | XXX                                    |   5 | de       | 
|    2 |         1 | XXX                                    |   1 | de       | 
|    3 |         1 | XXX                                    |   0 | de       | 
|    4 |         1 | XXX                                    |   3 | de       | 
|    5 |         1 | XXX                                    |   7 |          | 
|    6 |         1 | XXX                                    |   0 | de       | 
|    7 |         1 | XXX                                    |   0 | de       | 
+------+-----------+-----------------------------------------+-----+----------+

the anonymous subscribers are added.

but they are activated, even without using the confirmation link? (snid 7 didn't confirm yet...)

will look deeper into this.

muhh’s picture

muhh commented

one more: registered users clicking the unsubscribe link in a sent newsletter also get a "page not found" on the provided link.

miro_dietiker’s picture

miro_dietiker
Location Switzerland
commented
Title: Anonymous users can't confirm email address » Alias breaks (un)subscribe confirmation for anonymous users
Status: Active » Closed (works as designed)

Don't overwrite the address called "newsletter" with an alias. Try once to change your alias to "mynewsletter" and you'll see that the newsletter works again. (See "newsletter" ist the first part of the internal confirmation address and that's why it is forbidden to use it for aliases.)

Seems like aliases can break things if they clash with existing internal pathes...
I don't know how to prevent from this situation. If someone has an idea how to fix this cleanly please make a suggestion and switch status.