Abhilash Raj writes:
I don't have any strong opinions on treating all disabled options as just disabled for the user.
Good.
Would List admins be interested in knowing more details about that or should it be the same for them? I feel they might be interested in such details. Brian mentioned that Affinity actually details explicit value of the delivery_status, so maybe it is useful for them?
I think they definitely are interested in the disabled by bounce case. If you get one complaint, sort the page by en-/dis-abled status, and the whole first page is "disabled by bounce", I bet you react strongly. :-) The distinction between disabled by admin and disabled by user is pretty small -- I suppose most "disabled by admin" are either cranky or technically innocent user requests.
This is probably a good idea, but in a situation where we know the problem is excessive bouncing we should caution [...].
Yeah, a link to an FAQ entry in documentation perhaps?
Maybe that would be enough. I'll think about it.
I am thinking that most addresses disabled due to bounces would really either be spam subscriptions or abandoned/invalid email addresses that once were working.
Normally, yes, but situations like DMARC April 2014 and upgrade from old Mailman 3 do happen. I think we should focus on the situations that cause users and admins pain.
Surely we can help them go directly there?
I guess yes, but that brings up the whole discussion about how does Core know about the URLs.
I was afraid of that. Users will complain if they have to go from login to user page to list page to options (I don't think it's that bad, though), but they will be able to get themselves re-enabled. Making it a more friendly experience can wait if the solution isn't obvious.
Although, we can add "Goto your list subscriptions to re-enable" your subscription.
This sounds good.
Maybe even a new email command that allows re-enabling subscription without logging into P?
I don't like that much, as to be useful it would have to bypass authentication or require plain-text credentials, and even the latter would be beyond many users. Bypassing auth would allow annoying attacks where you enable all of a person's post-only addresses for mail delivery.