Not sure if it's how I've set it up but after logging out and clicking the unsubscribe link in a subscription email, get access denied. Have checked permissions but doesn't seem to be one related to anonymous subscriptions. Currently I'm unable to unsubscribe as an anonymous user.

CommentFileSizeAuthor
#14 fix-access-denied.patch314 bytesinterjinn

Comments

OnlineWD™’s picture

Well if I give permission "administer notifications" to anonymous users they can delete their subscription but this is obviously not an option.

OnlineWD™’s picture

I think the signature check is failing some where along the line.

kirie’s picture

OnlineWD - did you ever figure out this one?

kirie’s picture

On closer inspection it seems like the & in the unsubscribe link is the culprit

mjstone323’s picture

I found a typo on line 82 of notifications_anonymous.module -

if ((user_access('addminister notifications')

Not sure if that's related.

I'm personally having my own issue with even being able to allow someone to subscribe ( http://drupal.org/node/976110 ) so I can't test if that's the fix.

uayebforever’s picture

I had the same problem. In my case, I was using Mime Mailer and sending HTML mail. I was able to solve the problem by turning off both HTML filters for the Mime Mail method at admin/messaging/settings/method/filters

Obviously, this would not be appropriate if the text isn't filtered somewhere else. Seems that the unsubscribe instructions need to be appended after the filters are run, rather than before.

SchwebDesign’s picture

same problem here- subscribing

clint.beacock’s picture

I'm having the same issue as well, and require anonymouse subcriptions with the ability to manage/unsubscribe.
--subscribing

edit: I can verify that changing the & in the url does fix the issue. If I find a fix, I'll post it here.

SchwebDesign’s picture

for me i have the following permissions enabled for anonymous users:

administer notifications
maintain own subscriptions
manage own subscriptions

and it works as expected.

clint.beacock’s picture

Are you comfortable allowing anonymous users to administer the notification module? Or is it not really a risk?

SchwebDesign’s picture

good question - in my use case i was comfortable doing that only because of "security by anonymity" - meaning 99.9% of the visitors to the site would have no idea what the URL is to visit to administer notifications and I've removed it from the site's navigation.

That combined with my client's need to have anonymous subscriptions work NOW, resulted in enabling "administer notifications"... but as OnlineWD™ mentioned above, this is certainly NOT the ideal configuration...

It would be helpful to hear from the developer of this module exactly what "administer notifications" allows or if it'd be possible to fix this issue in a better way.

efitzg’s picture

Version: 6.x-4.0-beta6 » 6.x-4.x-dev

subscribing,

This is still an issue and I'd like a better solution than allowing anonymous management of the module

nubeli’s picture

I get the Access Denied error when I click on the manage subscriptions link in the email (I get to the manage screen and when I click "drop" it gives me Access Denied). But not when I click unsubscribe - it unsubscribes me and sends me to the front page with a message of success. Using 4.x beta 7.

interjinn’s picture

Project: Notifications » Messaging
Version: 6.x-4.x-dev » 6.x-4.0-beta8
Component: Anonymous subscriptions » Code
StatusFileSize
new314 bytes

The following quick and dirty patch modifies messaging/includes/text.inc to remove the & from the URL. This works for cases where the final filter is set to "Plain text" in admin/messaging/settings/method/filters. You may need to configure your format filter to allow longer links (mine originally cropped at 72 chars before the content got to the final filter). I'm not sure why the filter fails in the first place since earlier in the function there's the following:


    $text = decode_entities($text);

zazinteractive’s picture

My urls don't have a '&' in them but they don't work. Giving 'administer notifications' permission does work.