Posted by tim.plunkett on September 7, 2010 at 4:57pm
2 followers
| Project: | User mailman register |
| Version: | 6.x-2.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | major |
| Assigned: | Unassigned |
| Status: | needs work |
Issue Summary
Users that are set to inactive (blocked) still are sync'd if they retain the appropriate roles. Either blocked users should be removed by default, or there should be a setting.
Comments
#1
This is pretty heavy-handed. It could probably be turned into an option in the interface. Let's review this first.
#2
Accounting for arrays.
#3
Bump.
#4
I recently blocked an user and weren't aware of that his email in Mailman still existed. I applied the patch and changed his account to active again, and then reblocked his account. But his email still exist in Mailman.
I guess I have to delete his email in the users table for now.
#5
#6
Sorry for late reply but i was quite busy in this period.
First of all, thanks for the patch Tim.
The patch prevents blocked users to change their subscriptions, but it does not disable them if previuosly set, as pointed out by Magnus.
A solution could be to delete the mailman user subscriptions when the user blocking event is fired. If afterwards ublocked, the subscriptions status previous to the blocking event, which is recorded in the drupal table, could be recovered.
The negative consequence is that they will lose their mailman password and any configured extra option not managed by UMR (like the category preferences, etc), which could be a issue if your users manage their subscription also thru the mailman user interface.
Just a note, currently the mailman subscriptions are deleted by UMR when a drupal user is deleted.
Thoughts about this issue?
#7
The community I administer have only dealt with blocked users two times in 16 years so this is not a high priority for me. If the user gets unsubscribed and loses all settings it's fine with me. If he gets unblocked, then he could be subscribed again and would have to set his personal settings again. For me the users never do any personal settings and are just happy that they are synced with the Drupal site :)
In the Mailman user interface membership handling there is an option to set a user to "nomail [Reason]". The "reason" would be an "A" - Delivery was disabled by the list administrators.
Could this be used when a user gets blocked? I guess all extra settings are saved then. And, if a user for some reason gets unblocked, then this flag could be unchecked.
#8
I already thought about the nomail way but i rejected it because, according my tests, the user itself can unset the option in his mailman user interface (and probably with an email command too).
#9
Weird that the user can change the option even if it is an administrator who set the option, but I verified that the user can change it.