Posted by jvieille on December 10, 2011 at 3:42pm
3 followers
Jump to:
| Project: | SunMailer Newsletter |
| Version: | 6.x-2.x-dev |
| Component: | Code |
| Category: | feature request |
| Priority: | minor |
| Assigned: | Unassigned |
| Status: | closed (won't fix) |
Issue Summary
The page admin/settings/sunmailer/subscribe just allows to enter an email address.
I would have thought that the list of subscribers would appear here, withe some editing capabilities to add / remove addresses.
Thanks for help.
Comments
#1
Look at the tabs.
The default tab you start on is Manage subscriber, which allows you to find a subscriber by email and then edit the subscription for a user. This is useful for handling the one-off "unsubscribe me" requests sent via email. Anther tab is Import subscribers, which allows you to bulk-add subscribers.
#2
Thanks for clarification, but I knew that.
The problem is that we don't have access to the list of subscribers. Guessing every address to get their subscription is not sufficient for my viewpoint and use cases.
Currently, we can
- import a list of subscribers
- check and edit a specific subscription knowing its email address
What is missing
- Who's subscribed (+ to what)
I can read it in the database, but some UI would definitely help, possibly as a view that displays:
- email address
- link to the user account if registered on the site
- subscribed newsletter
- edit / delete links
+ export to file
Thanks a lot for having addressed all the pending critical issues
Have a great New Year
#3
Please at least provide a Views integration to handle the subscription choice of users (revert this request back to the working 6.1 branch)
Thanks
#4
(Putting this back in 6.x-2.x-dev branch)
I'm trying to grasp the specific use case here. Three come to my mind, two of which are covered by Manage Subscriptions feature set, the third of which is covered elsewhere:
#5
My use case is quite simple and different:
- who's subscribed?
this might be actually less relevant than in 6.1 as you don't seem to tight subscription to registered users anymore (which is a problem for me).
Thanks again - nice work.
#6
The question of "Who's subscribed?" still seems to describe the feature more than the use case. For the question of "What is person X subscribed to? (And can I change that?)", the use case is to support a single user looking to alter and/or remove his subscription. But I don't have the use case for "Who's subscribed?"
#7
Use case:
I wish to get in touch with people who freely subscribed to suggest them to apply for membership.
#8
I could see a use case to send a custom message to all users subscribed to a specific section (right now, the granularity for the custom message feature is only at the newsletter level). However, no offense, but contacting a random subscriber sounds a bit creepy even though they did freely subscribe to the newsletter :)
Your situation describes a specific use case tailored to your site as opposed to a feature that would be broadly used by a subset of people using this module. This use case also does not align with SunMailer 6.x-2.x's move to an anonymous subscription model.
Such a feature is best addressed by a custom module. You want to send a custom message to all people subscribed to the newsletter who are not members. Figuring that out using a database query should be simple enough.