Dealing with confirmation requests for unsubscribes
Hello List,
I ran into the following issue for some mailman 3 lists that I am hosting:
https://gitlab.com/mailman/mailman/-/issues/768
Since there is no way for a list owner to deal with a moderation request for an unsubscription task, I assume I need to do something via the command line. This is where I need some help with. How do I deal with these moderation requests that are unable to be reviewed in an admin gui (Postorius/Affinity)?
I do recommend removing such choices for Postorius for Member policy. I will be doing this for Affinity until issue 768 is resolved.
Thanks!
-- Brian Carpenter Harmonylists.com Emwd.com
On 11/18/20 7:41 AM, Brian Carpenter wrote:
Hello List,
I ran into the following issue for some mailman 3 lists that I am hosting:
https://gitlab.com/mailman/mailman/-/issues/768
Since there is no way for a list owner to deal with a moderation request for an unsubscription task, I assume I need to do something via the command line. This is where I need some help with. How do I deal with these moderation requests that are unable to be reviewed in an admin gui (Postorius/Affinity)?
mailman shell -l list@example.com Welcome to the GNU Mailman shell Use commit() to commit changes. Use abort() to discard changes since the last commit. Exit with ctrl+D does an implicit commit() but exit() does not. The variable 'm' is the test.msapiro.net mailing list
This
list(getUtility(IPendings).find(mlist=m, pend_type='unsubscription', token_owner=TokenOwner.moderator))
will return something like
[('a8df55f557b5718505280d2613937e25a3109252', {'type': 'unsubscription', 'list_id': 'list.example.com', 'email': 'user@example.com', 'display_name': 'Mark S', 'when': '2020-11-18T22:56:53', 'token_owner': 'moderator'})]
What you want is the token, in this case 'a8df55f557b5718505280d2613937e25a3109252'
Then do
ISubscriptionManager(m).confirm('a8df55f557b5718505280d2613937e25a3109252')
which will return
(None, <TokenOwner.no_one: 0>, None)
and finally:
commit()
I do recommend removing such choices for Postorius for Member policy. I will be doing this for Affinity until issue 768 is resolved.
The correct thing to do is fix <https://gitlab.com/mailman/mailman/-/issues/768>. We almost certainly will do that rather than remove the moderate and confirm then moderate unsubscription policies.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
On 11/18/20 6:17 PM, Mark Sapiro wrote:
On 11/18/20 7:41 AM, Brian Carpenter wrote:
Hello List,
I ran into the following issue for some mailman 3 lists that I am hosting:
https://gitlab.com/mailman/mailman/-/issues/768
Since there is no way for a list owner to deal with a moderation request for an unsubscription task, I assume I need to do something via the command line. This is where I need some help with. How do I deal with these moderation requests that are unable to be reviewed in an admin gui (Postorius/Affinity)?
mailman shell -l list@example.com Welcome to the GNU Mailman shell Use commit() to commit changes. Use abort() to discard changes since the last commit. Exit with ctrl+D does an implicit commit() but exit() does not. The variable 'm' is the test.msapiro.net mailing list
This
list(getUtility(IPendings).find(mlist=m, pend_type='unsubscription', token_owner=TokenOwner.moderator))
will return something like
[('a8df55f557b5718505280d2613937e25a3109252', {'type': 'unsubscription', 'list_id': 'list.example.com', 'email': 'user@example.com', 'display_name': 'Mark S', 'when': '2020-11-18T22:56:53', 'token_owner': 'moderator'})]
What you want is the token, in this case 'a8df55f557b5718505280d2613937e25a3109252'
Then do
ISubscriptionManager(m).confirm('a8df55f557b5718505280d2613937e25a3109252')
which will return
(None, <TokenOwner.no_one: 0>, None)
and finally:
commit()
I do recommend removing such choices for Postorius for Member policy. I will be doing this for Affinity until issue 768 is resolved. The correct thing to do is fix <https://gitlab.com/mailman/mailman/-/issues/768>. We almost certainly will do that rather than remove the moderate and confirm then moderate unsubscription policies.
Worked like a charm Mark. Thank you!
I forget you guys have a slower process than I when it comes to implementing gui changes. For me, once you have fixed that issue (768), it will be easy for me to reintroduce those two policies for unsubscribing.
-- Brian Carpenter Harmonylists.com Emwd.com
participants (2)
-
Brian Carpenter -
Mark Sapiro